Archives
- ► 2013 (8)
- ► 2012 (35)
- ► 2011 (157)
- ► 2010 (174)
- ► 2009 (12)
Which topics would you like us to cover more?
Latest comments
-
Save attachments from Oulook t...
Great information
By Dennis -
Social engineering from India
Hm. I am in the U.S but never heard of scams origi...
By Indian -
Social engineering from India
Hi! Ok, so some nuance is in order, I guess. The g...
By Bas -
Social engineering from India
Hi, Interesting.. I am from India and in IT domain...
By Indian -
How to reset you Kindle 3, eve...
Hi Mai, Did you try to connect the kindle to a PC?...
By Bas -
How to reset you Kindle 3, eve...
Hey, guys. I know this topic is a bit old already ...
By Mai -
How to reset you Kindle 3, eve...
Hi Desiree, The back cover comes off. There are mu...
By Bas -
How to reset you Kindle 3, eve...
How to I take the back off? I really need my kindl...
By desiree
| Integrating webapplications and sites |
| Written by Division by Zero |
| Thursday, 08 April 2010 10:07 |
|
Here at my department we write web applications for multiple sites, based on a CMS, and in the past we have integrated our applications in two different ways. Both ways work, but aren't the most efficient. At first we just deployed our webcontrols on the different sites. This integrates quite well and is workable. That is, if you don't have many sites to maintain. At first we had about 5-10 sites (all deployed on two servers). the amount of sites grew out to about 70. Deployment became quite hard. The second way of integrating was to deploy every application once on every server. Using IIS virtual directory settings we enabled each site to use each webapplication. Deployment became much easier, but the application didn't share the application context anymore, which gave us some problems. Besides that the technical maintenance of IIS became harder. It's a lot of work to change the settings of all these sites. There had to be a better way of integration our applications and the sites. The solution had to meets the following requirements:
To meet the first requirement we used an URL rewriter. The other requirements were harder. We found a solution, based on usercontrols as embedded resources. To do this we needed an virtual path provider. This way we could deploy our applications in the GAC and let the sites use the applications trough a proxy usercontrol.
This way application deployment is easy and different site can even choose different application versions. We just need to deploy one usercontrol on each site and we don't need any special IIS settings. The proxy control gets the information on which application to load from the URL which should be in this form: http://www.sitename.com/{applicationname}/{function}/{parameter} This way the proxy control can load a specific application assembly. The application must provide a single class (inherits from an interface provided by the proxy control). This interface is provided with the "function" and the "parameter" and has to return the name of the right usercontrol. Using the virtual path provider the control is loaded. This interface is the only specific thing a developer must do. The controls are all default functionality. Tags:
|
He's the only genius with an IQ of 80. - Unknown













