We are having a .net application which we plan to move to the cloud. I hear a lot of people say if its .net app go for azure.
Are there any other alternatives for it in terms of ease of porting and pricing
Thanks
Prady
You might want to check out AppHarbor. AppHarbor is a .Net PaaS built on top of Amazon. On the one hand you get the portability and infrastructure of Amazon but on the other they provide a number of the rich services that Azure offers such as background tasks & load balancing plus some that it doesn't like 3rd party add-ons, dead-simple deployment and more.
Amazon is a possible option - http://aws.amazon.com/net/
You don't need to port code to .Net to run in Azure. Pretty much every runtime/language that works on Windows Server 2008 works on Azure. I've put a lot of native (C/C++) code up for various projects.
There are a lot of docs on how to run Java, PHP, etc. as well.
Related
I am very impressed with the Azure dashboard UI and I can't figure out what stack/languages/etc it's made with? It works in all browsers, can copy/paste in all browsers and knows connection state. It does not look like Flash or Silverlight... or is it? Please help me figure this out.
The Azure portal is written in TypeScript and uses jQuery, KnockoutJS, Q, RequireJS, and Less (among a few other libraries). There's a thin ASP.NET Web API layer on the back-end, but most calls go directly to back-end services, like Azure Resource Manager (ARM).
I am an WPF developer with little knowledge for the way "mobile" apps work but in general I believe that they work in some sort of sandbox way (meaning they should not be able to access each others process, info etc., I might be totally incorrect on this one). So I am wondering if such "limitations" are applied to the Universal Windows Platform (UWP) apps?
The reasoning for my question is that I would like to write and app that checks if another Universal App is in process and use some of its information. In WPF there are ways of doing just that but in UWP apps I am not sure if it is/should/will be possible.
Thanks.
There are a couple of solutions in Windows 10. Firstly, if you are building an enterprise app and can also side-load normal Desktop apps, you can use this technique to build your UI as a UWP but also be able to break out of the sandbox and do other things on the desktop.
Secondly, if the app you want to read from is cooperative (ie, is designed to provide information; you're not just grabbing it without permission) then you can use App to App services to send and receive information between two consenting applications.
Both links are to //build videos but you can download the slides too that should contain code samples.
I would like to develop an AngularJS app with Breeze. I usually use NodeJS with Express but I hear it wont work with Breeze. All the example on breezejs.com use ASP.Net but i am on a mac and you can't run visual studio... What are my options ?
We are releasing a sample later today (in breeze v1.3.0) that shows Breeze talking to an arbitrary web service that could have been written on any platform using any technology.
Obviously, we need more of these examples and as importantly we need to show server side implementations of how one might write these web servivces to best leverage Breeze. But... this is all definitely on our roadmap, and we are actively looking for partners in this process.
After learning that JADE does not support Mobile Agent concept but supports only traditional Agent Framework, I was wondering which Framework or technology still uses Mobile Agent Concepts and I can build an application using it. IBM's Aglets could have been, but it is no longer maintained and revised (I think, since I didn't see very active participation in Aglet related forums)
JADE supports agent mobility - http://www.iro.umontreal.ca/~vaucher/Agents/Jade/Mobility.html
Take a look at Mobility-RPC, it supports code mobility in general, including mobile agents.
Is it possible to develop a Web Part without usage of .NET technologies? I'm looking for possibilities of integration of legacy (for example java) applications into SharePoint.
Any valid way for .Net CLR to call your code will do what you want. However with that said, it is likely to be very low level, very obscure and very difficult to do.
A more straightforward approach to reusing your Java or whatever code was if there was some sort of public cross language interface for you to exploit in your .Net skeleton. The obvious answer is a REST or SOAP wrapper around the Java code but it doesn't have to be that. It could be CORBA or JMS or all sorts of things.
Even if you want to integrate Java apps, the web Part will be coded in .NET.
There are a few ways to accomplish this, all of which involve a .NET web part exposing external data. All of your common integration methods apply including exposing the legacy application through web services or even directly accessing the database - you could use whatever your organization is accustomed to with other integrations.
Another possible option, depending on your SharePoint version is the Business Data Catalog (2007) or Business Connectivity Services (2010). These options, while can be a little bit of a pain to set up (though third party tools are available) do allow for some automatic integration of other applications into SharePoint.