I wonder if it's ok on the Xamarin platform on both IOS/Android to download .NET .dll from my own server and load it and execute the code inside.
Is it technically possible or are there any special code signing requirements related to IOS/Android?
Is there a Terms of Service policy that Apple and Google wouldn't allow this?
Related
We are currently completing a .Net application that uses the YouTube API. The API DLLs are loaded from NuGet packages, all working fine. To be legally on the safe side, do we need to include any further files in our installer, e.g. an API readme or a term license document?
The NuGet packages only provide the DLLs.
Thanks
The Google .net client library is covered under the Apache licence to my knowledge there is nothing that you need to include in your project to use it.
I want to publish a headless UWP application for Windows 10 IoT Core devices to the app store, but fail to build the neccessary appxupload-package.
The app itself is a simple background task that reacts to the push of a button and communicates with a web service using SignlR. The project template can be found here: Windows IoT Core Project Templates for VS 2017
There is a guide for publishing UWP apps to the store, including special instructions for headless apps: Installing and Servicing apps on Windows 10 IoT Core
I follow this instructions step by step but still Visual Studio 2017 fails to build the appxupload-package (error message: "ilc.exe exited with code 1004"). If I try to build the solution I get following error: "Applications with custom entry point executables are not supported".
I did not do any other relevant modifications to the Manifest beside those mentioned in the instructions.
Also, without this modifications to the Manifest, Visual Studio 2017 succeeds creating the appxupload-package - but I can't use that one since it won't be accepted by the store because of it's headless nature.
I really have no clue about how to make this work and hope somebody can help me with this problem here! I didn't find any other information about this problem anywhere else.
I managed to create the appxupload-package. Turns out the guide to publish headless apps to the appstore has some issues.
The guide is written using markdown and some of the information contained simply gets cut off when rendered for viewing purpose.
Since the guide is available via github repository you can use the raw version for full information: Installing and servicing applications
UPDATE
The guide has been updated and issues have been solved - Installing and Servicing applications
I wrote a Delphi application which contains a single EXE file.
How can I publish it to Windows Store?
The Windows Store doesn't support Classic (Native) Win32 apps, only Universal Windows Apps, which Delphi does not support at this time. So you cannot submit your Delphi app to the Windows Store.
However, Microsoft is currently working on Project Centennial, which will make it possible to package and publish classic Win32 apps to the Windows Store. You can signup for updates about it when it becomes available.
Using 10.1 Berlin Update 2 - Anniversary Edition you can now create .appx for publishing to the Windows Store (uses the Desktop Bridge, formerly called Project Centennial)
Note that there are also updated installer engines from various parties that support the desktop bridge and can create an .appx for your Win32 executables
To publish those .appx to the store (note you can also install them directly if you allow that action at settings/security in Windows 10), you need to fill some online form that Microsoft requests to confirm you own the code. They review your submission and get back to you with the necessary actions to complete submission to the store
for more details, see:
https://blogs.windows.com/buildingapps/2016/12/08/conversion-options-bringing-existing-desktop-app-universal-windows-platform-using-desktop-bridge
https://www.embarcadero.com/products/rad-studio/windows-10-store-desktop-bridge
One of my colleague try to convince me that the default mail app on Windows 10 is done using HTML5, CSS and javascript. But I doubted it and I believe it is written using Windows SDK and C#. Do you have any evidence to show how the mail app was built?
Cheers
You win. It's not HTML.
You can check by running the app and then examining it in Task Manager. Look at the details and the process name will be WWAHost.exe for an HTML app.
You can get more detail with Process Explorer. ProcExp will let you see the DLLs loaded in the process where you can see that it loads Windows.UI.Xaml.dll.
.Net (C#) vs. C++ is trickier, especially since it's likely a mix of both. The .Net Framework engines (mscorwks.dll, etc.) in the process would indicate a .Net app, but I don't believe they'll show up in a .Net native app, and Mail (along with all other .Net Universal Windows apps deployed from the store) will be compiled with .Net Native.
You can also figure out similar information by looking at the app's package in \Program Files\WindowsApps
I have created an XE2 FireMonkey application which needs to run on an iPad. I am familiar with exporting to XCode and recompiling on the Mac machine. This all works quite fine.
The problem however is when I want to connect to an existing web service. Using the WSDL Import, I can create the necessary file and the functionality from my web service works as expected. This only works in a Windows environment though as the file created by the WSDL Import uses the "InvokeRegistry" which is Windows specific.
How can I connect to a web service in FireMonkey in a way which will compile on XCode and work in an iOS environment?
The Web Service Toolkit of Free Pascal is one option. According to this forum post, iOS can be used as target platform.
The toolkit includes a WSDL importer wizard, also available as command line tool ("ws_helper").
"Web Service Toolkit” is a web services package for FPC, Lazarus and
Delphi; “Web Service Toolkit” is meant to ease web services
consumption and creation by FPC, Lazarus and Delphi users.
It seems that one cannot have data connectivity in mobile iOS applications without various forms of "hacking" code. There is currently no standard way with the XE2 framework to support this.
See: http://edn.embarcadero.com/article/41729
XE5 has major improvements and data connectivity is now easily handled via DataSnap. One can easily reference existing web services via a DataSnap server, so the issues I originally had are now solved.