Can a WinRT application access a COM outproc server hosted by Desktop application on same machine?
Technical context
We are on x86/x64 Windows 8 (non ARM).
WinRT application can be C++/WRL or C++/CX or .Net.
COM outproc server is hosted by a .Net 4.0 or .Net 2.0 (two different versions) desktop app.
Sub questions
Is there restriction on exchanged data?
Is there examples availables?
Related
There is an application .NET Core, which is hosted on IIS in production and uses Negotiate Windows authorization (intranet). I'm trying to run it locally on Mac OS, but I can't get any local account data. Are there any alternative ways to do this on a Mac?
So, does Microsoft Store support apps that are made with VB.Net in Winforms?
I know the Microsoft Store supports UWP (Universal Windows Platform) apps, but I don't know whether the store supports apps that are made with Vb.Net in Winforms.
Also does Microsoft Store support WPF (Windows Presentation Foundation) apps that are made with VB.Net?
According to this page, Winforms apps are not allowed:
WinForms applications are not allowed at Windows Store, only UWP apps are allowed in the Microsoft Store. UWP provides a more secure ecosystem than other runtimes.
If you want to publish winform app to windows store, the first step would be to convert your WinForms application to UWP.
MS put out an app to convert Winforms/WPF apps into UWP apps though:
https://developer.microsoft.com/en-us/windows/bridges/desktop
For a whole lot more info on that than I could ever post here, here's a good page:
https://www.telerik.com/blogs/tips-for-publishing-winforms-wpf-apps-to-microsoft-store
I have a WCF works fine in all Windows 7 versions except Home edition. Is there anything more to do with Windows 7 Home editions to invoke the WCF ?
From Unsupported Scenarios of WCF
For various reasons, Windows Communication Foundation (WCF) does not
support some specific security scenarios. For example, Windows XP Home
Edition does not implement the SSPI or Kerberos authentication
protocols, and therefore WCF does not support running a service with
Windows authentication on that platform
I am planning to host the WCF services for one of my project on App Fabric. When i installed App Fabric it asked me to install the .Net Framework 4.0. I Can able to configure the WCF services written in 3.5 on App Fabric but i have to select the Asp.Net v4 as an App Pool. I feel the it using CLR 4.0 for the service.
Question is can i host my WCF 3.5 service on App Fabric as we are developing the solution in 3.5 and there is not much scope to migration to 4.0. Will is work?
The first release of Windows Server AppFabric has two parts:
AppFabric Caching Services, which can speed up access to frequently accessed information such as session data used by an ASP.NET application.
AppFabric Hosting Services, making it easier to run and manage services created with Windows Communication Foundation, especially those built using Windows Workflow Foundation.
Looks like you can not use hosting services in 3.5.
http://msdn.microsoft.com/en-us/library/ff637712.aspx
http://social.technet.microsoft.com/wiki/contents/articles/hosting-net-framework-3-x-services-in-appfabric.aspx
As far as caching goes it depends on the version, this article http://msdn.microsoft.com/en-us/library/ff381375.aspx#_Toc247686147 states:
NOTE: Beginning with the Beta2 version, the .NET framework requirements will change as follows. The Cache Service will require .NET 4.0 to be installed and Cache Clients developed using .NET 3.5 SP1 will be supported.
AppFabric only works from .net 4.0, see:
http://developers.de/blogs/damir_dobric/archive/2010/04/29/appfabric-and-net-framework-dependencies.aspx
Is there a way to host wcf service application with Plesk Panel 9.2 in shared hosting under Windows 2008.
It doesn't depend on Plesk but on the actual server you are controling using Plesk. If it has the .NET framework 3 or later installed you can host WCF services. However if you only have .NET 2 you can't. Please keep in mind that the .NET framework version reported is 2 even if 3.0 or later is installed as that is the version of the CLR which hasn't changes since.