I wonder if I could develop the business logic of a powerapp through Windows Workflow Foundation or some other bpm? Similar to Appian's Low Code and Appian's BPM, which are integrated.
Not directly - there are no connectors that would link PowerApps with WF. The main "workflow" engine in the PowerApps environment is Microsoft Flow, for which there is a very tight integration.
Notice, however, that if your (existing) workflow can be exposed as a REST API (either directly, or via another custom API), then you should be able to consume it - take a look at the Custom API tutorial for more information.
Related
In Anypoint Platform we have two business groups org1 and org2. In org1 group, I have updated the existing RAML API specification and same changes should be apply to org2 group API spec as well. Like this I have to update lot of applications. Is there any best method to update changes in one group to other?
Any tool suggest or any options in Anypoint Platform itself?
I understand that you have updated RAML files and you need to apply those changes to your Mule applications that are deployed in different business groups in Anypoint Platform.
Short answer: No, there is no existing tool to do that.
Long answer: updating files in your applications is done outside Anypoint Platform, for example in the IDE (Anypoint Studio) or whatever editor or development tools you have. In Anypoint Platform you use Runtime Manager to deploy updated applications. Runtime Manager doesn't has features to update files or any other changes inside your applications. This is a separation of concerns. Also Business Groups in Anypoint Platform are independent of each other. Each application deployed in Anypoint Platform is also independent of other deployments, even if the use the deployable file. So there is no way to say to Runtime Manager update this application file in all applications that use it. Having said that, you could probably use Anypoint Platform REST APIs and tools (like Anypoint CLI) to create your own tool to automate this kind of update, totally or partly, like when implementing a CI/CD deployment pipeline.
I am trying to develop a simple customer connector for my website on microsoft flow and so far I can't see how to use a web API that is hosted on my website every article tutorial I am coming by require APIs to be hosted on Azure, also an Azure account is a prerequisite .. is it true Only azure APIs to be used for custom connectors ?
Azure is not a prerequisite for Custom Connector. I agree that most of the tutorials talk about connecting Azure hosted apps.
Microsoft flow currently supports creating custom connector with Swagger API output or postman exported data. I created a Postman collection with the API and gave the exported data as input to Microsoft flow for creating the connector.
Detailed Tutorial is available here
https://flow.microsoft.com/en-us/documentation/postman-collection/
I have the same issue, I have configured a custom connector for testing to go against this test / mock API
POST -> https://jsonplaceholder.typicode.com/posts
In the connector test it keep on hitting this URL:
https://msmanaged-na.azure-apim.net/apim/zoom.2dtest.2d002.5f43ed1d930148619c.5f4fd64f4beaca2b60/51136e9557bf4e128e0d7552ff624ebd/posts
I have never configure it to go there. No document explains how or why this would happen.
I am creating small project in xamarin.form (to learn xamarin and mvvm pattern ), where my mobile application will be connect to SQL Server database. On every forum people suggest to use Web Api to get json's from database and next in xamarin application i go under link where is json, parse it and its done. I did an test project which is doing that and it works very well. Unfortunatelly after few days I realized that all data is visible.. If I enter under url/api/subject I get this data in json.
My question is. Should I connect from my xamarin application directly to SQL Database OR is there any way to not showing json's in browser?
To function correctly, many mobile applications are dependent on the cloud, and so integrating web services into mobile applications is a common scenario. The Xamarin platform supports consuming different web service technologies, and includes in-built and third-party support for consuming RESTful, ASMX, and Windows Communication Foundation (WCF) services.
This article discusses this topics.
For customers using Xamarin.Forms, there are complete examples using each of these technologies in the Xamarin.Forms Web Services documentation.
I recommend you learn more about REST architecture
I have an existing web application (Spring MVC/Hibernate/MySQL) and am writing a mobile app to cooperate with it. The Realm Object Server looks like an interesting idea, but the documentation is rather sparse on how to initially populate it with data from an existing source. The Java API is only for android. So exactly how does one go about adding data from an existing source, ideally using some sort of supported API?
It is only possible to interact directly with the Realm on the server in the Enterprise Edition through the Node js API (and later Java). The Developer edition just provide synchronization between devices.
If you are using the Developer Edition, you can ship the initial data on the phone and put it into the Realm the first time the user registers himself. That would have the same effect as doing it on the server.
Long-time .NET 2.0 developer, but a little rusty on the new web services the kids are running around with today. I'm building a new ASP.NET 4.5.1 intranet app and need to wrap my mundane ADO.NET data-access-layer of CRUD functions in web services that allow it to be consumed by JavaScript functions on the client-side. It's my understanding that REST is preferred over SOAP for new stuff.
Does Visual Studio 2013 have good projects for this? Does someone have a good guide or link to learning this in VS?
if it's relevant, all my BAL and app code is .NET 4.5.1, SQL Server back-end, and the current task is for facebook-style notifications -- alerts of new notifications, flagging notices as read, etc.
Using VS 2013, you are already in a great place to begin the transition to RESTful services. Just start a new "Web Application" project, and in 2013, you'll get a secondary set of options. Select "Web API" and you have all you need to get started.
Next setup your Web Api controllers to implement "ApiController" and start adding your GET, POST, PUT, etc methods that are accessed by using those verbs against the endpoint you created.
Start here for a sample or two... http://www.asp.net/web-api For a quick overview, there's a free overview from pluralsight. I personally made the transition using some of their paid courses, which were totally worth the subscription, but that's me, you may learn differently.
As for alerts and potential for cross site requests, look up CORS and SignalR samples there, both of which are easily integrated into 4.5.1 apps.
REST != SOAP at all. REST embraces the http protocol and soap embraces remote procedure call style communications and all the soapy header stuff. You can be RESTful via WCF (which is what it sounds like what you are eluding to) but Web API is a natural fit \ successor of web services \ soapy like communications.
Here is the official web api link:
http://www.asp.net/web-api
And a getting started:
http://www.asp.net/web-api/overview/getting-started-with-aspnet-web-api/tutorial-your-first-web-api