by community-syndication | Dec 11, 2015 | BizTalk Community Blogs via Syndication
Seroter has shown us how to call the Force.com REST API from BizTalk Server and we used this to successfully call standard Force.com objects like .salesforce.com/services/data/v34.0/sobjects/contacts”>https://<blah>.salesforce.com/services/data/v34.0/sobjects/contacts. We could not use this to call custom force.com objects like .salesforce.com/services/apex/ContactMapping”>https://<blah>.salesforce.com/services/apex/ContactMapping unless we modified the published WCF Behaviour for authentication. Thanks to Aravindh Kathiresan for working all this […]
Blog Post by: mbrimble
by community-syndication | Dec 7, 2015 | BizTalk Community Blogs via Syndication
In a community driven approach from Microsoft, the monthly Google Hangout session from the Azure Logic Apps team – sixth in the series – happened on December 3, 2015. We recommend you to read our earlier blog posts to understand the progress made by the Logic Apps team over the last few months. (July, September, […]
The post Azure Logic Apps Monthly Update – November 2015 appeared first on BizTalk360 Blog.
Blog Post by: Sriram Hariharan
by community-syndication | Dec 7, 2015 | BizTalk Community Blogs via Syndication
Do you ever look at a new technology and ask yourself: “I wonder if it could do THAT?” I had that moment last week when reading up on the latest release of Visual Studio Code, the free, lightweight, cross-platform IDE… Read More ›
Blog Post by: Richard Seroter
by Jeroen | Dec 5, 2015 | BizTalk Community Blogs via Syndication
In a current integration scenario we are heavily using dynamic transforms in our solution. The combination with the Business Rules Engine (that holds the logic to determine the required output message version) makes it possible to map to the desired message format and version for a given partner.
The problem in our case was that we don’t now the version of the assembly that holds the BizTalk maps (caused by our build server setup). Otherwise we would have been able to store the MapName and AssemblyName in the BRE like showcased in this MSDN sample. Thanks to this query against the BizTalkMgmtDb we are able to find the correct map currently deployed on BizTalk Server. The query needs the incoming message type and the destination message type. (in our solution the destination message type is dynamically returned by the BRE)
Sample output of the query:
by Jeroen | Dec 5, 2015 | BizTalk Community Blogs via Syndication
In a current integration scenario we are heavily using dynamic transforms in our solution. The combination with the Business Rules Engine (that holds the logic to determine the required output message version) makes it possible to map to the desired message format and version for a given partner.
The problem in our case was that we don’t now the version of the assembly that holds the BizTalk maps (caused by our build server setup). Otherwise we would have been able to store the MapName and AssemblyName in the BRE like showcased in this MSDN sample. Thanks to this query against the BizTalkMgmtDb we are able to find the correct map currently deployed on BizTalk Server. The query needs the incoming message type and the destination message type. (in our solution the destination message type is dynamically returned by the BRE)
Sample output of the query:
by Jeroen | Dec 5, 2015 | BizTalk Community Blogs via Syndication
In a current integration scenario we are heavily using dynamic transforms in our solution. The combination with the Business Rules Engine (that holds the logic to determine the required output message version) makes it possible to map to the desired message format and version for a given partner.
The problem in our case was that we don’t now the version of the assembly that holds the BizTalk maps (caused by our build server setup). Otherwise we would have been able to store the MapName and AssemblyName in the BRE like showcased in this MSDN sample. Thanks to this query against the BizTalkMgmtDb we are able to find the correct map currently deployed on BizTalk Server. The query needs the incoming message type and the destination message type. (in our solution the destination message type is dynamically returned by the BRE)
Sample output of the query:
by Daniel probert | Dec 4, 2015 | BizTalk Community Blogs via Syndication
If you missed the @logicappsio LogicAppsLive community webcast (with Kevin Lam and Jon Fancey) last night, go watch it here: https://www.youtube.com/watch?v=x4JdsPIHomM.
During this webcast, they gave us the current road map for Logic Apps for the next 9 months.
Here’s the slide:
There’s quite a bit of content here, but here’s what we found out from the web cast:
1.PowerApps
Besides the new metrics and monitoring improvements, there is now Logic Apps support inside of PowerApps called PowerApps LogicFlows – and this uses the new designer. Some I’m guessing if you sign up for the PowerApps preview today, you’ll probably get to see the new designer. There’s even help on doing this here: https://powerapps.microsoft.com/en-us/tutorials/multi-step-logic-flow/.
2.Designer Improvements
The new designer will be available in preview from early spring 2016:
- The new designer will be available in preview early next year, during a logic apps refresh and will let you see the implicit control flow in a logic app.
- There are some architectural alignments related to the PowerApps release this week e.g. API Management capabilities, API Apps and Connectors now all use exactly the same backend infrastructure for PowerApps and Logic Apps.
- You’ll be able to use any app that has a Swagger endpoint in the new designer, and it will appear with its own card etc. So any app: API Apps that come with Logic Apps, your own API apps, or 3rd party apps, as long as they have a Swagger endpoint.
3.Enterprise Integration Pack Preview
Coming in late spring 2016 is the preview of a new Enterprise Integration Pack (EIP):
- A set of capabilities targeted at Enterprise integrators, the sort of things that BizTalk services provides today e.g. validate, extract, transform and route VETR); pipeline capabilities (validate messages, pull properties out of messages); B2B capability (X12 and AS2 support); and lastly Hybrid APIs.
4.Logic Apps GA
Early summer will bring Logic Apps GA!
- Remainder of connectors you see in Logic Apps today will be available.
- Plus a whole bunch of connectors that won’t be available in preview but will be new with GA.
5.Enterprise Integration Pack GA
In late summer the EIP will GA, bringing with it more enterprise capabilities such as:
- Disaster Recovery.
- Tracking improvements.
All in all, this looks very exciting – it’s really good to see some enterprise capability coming to Logic Apps!
by community-syndication | Dec 2, 2015 | BizTalk Community Blogs via Syndication
Bonjour,
Les billets suivants de ce blog sont sur http://blog.3-4.fr.
Je tweete chaque nouveau billet.
Hi,
Next blog posts are at http://blog.3-4.fr.
I tweet for any new blog post.
🙂
Benjamin (@benjguin)
Blog Post by: Benjamin GUINEBERTIERE
by community-syndication | Dec 1, 2015 | BizTalk Community Blogs via Syndication
Mijn grootste drijfveer is het cre%u00ebren van waarde voor de klant met behulp van IT.
Blog Post by: AxonOlympus