Create and deliver personalized experiences across digital properties at scale
Build engaging websites with intuitive web content management
Leverage a complete UI toolbox for web, mobile and desktop development
Build, protect and deploy apps across any platform and mobile device
Build mobile apps for iOS, Android and Windows Phone
Rapidly develop, manage and deploy business apps, delivered as SaaS in the cloud
Automate UI, load and performance testing for web, desktop and mobile
Host, deploy and scale Node.js, Java and .NET Core apps on premise or in the cloud
Optimize data integration with high-performance connectivity
Automate decision processes with a no-code business rules engine
Transform your businesses in order to survive in a completely digitized and connected world driven by software innovation.
Globally scale websites with innovative content management and infrastructure approaches
Content-focused web and mobile solution for empowering marketers
Faster, tailored mobile experiences for any device and data source
UX and app modernization to powerfully navigate today's digital landscape
Fuel agility with ever-ready applications, built in the cloud
From our very successful webinar last week, over next few days, I'll post some of the questions and my answers that were asked by the attendees.
If you have any follow-up questions, just drop me a note
Question: If the provider install is responsible for updating machine.config, does that mean if we embed a provider in our application that our installer will now need to be responsible for updating the file?
Answer: Actually, the installer holds the responsibility of modifying the machine.config file. There are, however a number of strategies each of which provider a reasonable path forward.
If you are not coding to the common layer and not loading the provider via provider factories, the machine.config file does not play a role, so it can be safely ignored.
If you are packaging the providers, you application is not required to modify the machine.config file. However, for many developers they already enjoy the common coding layer, so it
View all posts from Jonathan Bruce on the Progress blog. Connect with us about all things application development and deployment, data integration and digital business.
Copyright © 2016, Progress Software Corporation and/or its subsidiaries or affiliates.
All Rights Reserved.
Progress, Telerik, and certain product names used herein are trademarks or registered trademarks of Progress Software Corporation and/or one of its subsidiaries or affiliates in the U.S. and/or other countries. See Trademarks or appropriate markings.