468,766 Members | 1,300 Online
Bytes | Developer Community
New Post

Home Posts Topics Members FAQ

Post your question to a community of 468,766 developers. It's quick & easy.

Implement Web Application as httpModule?

I'm implementing a web application whose purpose in life is to act as a data
conduit. Data is posted to my Web app in XML format, my application examines
the data and forwards it onward by posting it to the appropriate upstream
server.

Since transaction processing is largely identical regardless of the
transaction details (these will be handled by an upstream sever) I'm
thinking of implementing my application as an HttpModule. But I'm wondering
how this will work in terms of scalabiliy. If I understand the httpModule
architecture, there is only a single instance created to service all
transactions, even if several aspx page instances are created to handle
concurrentt page requests. If this is correct, will my proposed application
architecture destroy scalability by serializing all calls through the single
httpmodule instance? Or am I completely off base with this concern?

Thanks for your advice!

Joseph Geretz
Aug 27 '08 #1
3 1653
Depending on what you are trying to accomplish, I think you might look at
BizTalk, as it has the message bus and orchestration funcationality you are
describing in this post. You already have the multithread issues solved with
BizTalk and it talks in XML.

--
Gregory A. Beamer
MVP, MCP: +I, SE, SD, DBA

Subscribe to my blog
http://feeds.feedburner.com/GregoryBeamer#

or just read it:
http://feeds.feedburner.com/GregoryBeamer

********************************************
| Think outside the box! |
********************************************
"Joseph Geretz" <jg*****@nospam.comwrote in message
news:eC**************@TK2MSFTNGP03.phx.gbl...
I'm implementing a web application whose purpose in life is to act as a
data conduit. Data is posted to my Web app in XML format, my application
examines the data and forwards it onward by posting it to the appropriate
upstream server.

Since transaction processing is largely identical regardless of the
transaction details (these will be handled by an upstream sever) I'm
thinking of implementing my application as an HttpModule. But I'm
wondering how this will work in terms of scalabiliy. If I understand the
httpModule architecture, there is only a single instance created to
service all transactions, even if several aspx page instances are created
to handle concurrentt page requests. If this is correct, will my proposed
application architecture destroy scalability by serializing all calls
through the single httpmodule instance? Or am I completely off base with
this concern?

Thanks for your advice!

Joseph Geretz
Aug 28 '08 #2
you are not quite correct. there is a pool of HttpApplication instances.
each of these instance only need one instance of a given httpmodule,
as a HttpApplication instance is dedicated to each request and returned
to the pool after the request is processed.

your approach is fine, you may also want to look at the MVC library as
its supports a REST interface and url routing out of the box. you can
create as many of as few controllers as you need.

-- bruce (sqlwork.com)

Joseph Geretz wrote:
I'm implementing a web application whose purpose in life is to act as a data
conduit. Data is posted to my Web app in XML format, my application examines
the data and forwards it onward by posting it to the appropriate upstream
server.

Since transaction processing is largely identical regardless of the
transaction details (these will be handled by an upstream sever) I'm
thinking of implementing my application as an HttpModule. But I'm wondering
how this will work in terms of scalabiliy. If I understand the httpModule
architecture, there is only a single instance created to service all
transactions, even if several aspx page instances are created to handle
concurrentt page requests. If this is correct, will my proposed application
architecture destroy scalability by serializing all calls through the single
httpmodule instance? Or am I completely off base with this concern?

Thanks for your advice!

Joseph Geretz

Aug 28 '08 #3
Hi Bruce, thanks for your reply.
you are not quite correct. there is a pool of HttpApplication instances.
each of these instance only need one instance of a given httpmodule, as a
HttpApplication instance is dedicated to each request and returned to the
pool after the request is processed.
Can you elaborate on this please? I have been under the impression that each
web application implements a single Application instance which is why data
stored at the Application scope is accessible to all transactions executing
within that Application. The fact that there are actually more than a single
Application instance is a revelation to me. Are you saying that the
Application object is implemented as multiple instances sharing static data?
This would explain how multiple instances of the application object would
provide the same data to all instances. This would also explain why the
HttpModule implementation per se, would not be barrier to scalability.

Thanks for your advice!

Joseph Geretz

"bruce barker" <no****@nospam.comwrote in message
news:eO**************@TK2MSFTNGP04.phx.gbl...
you are not quite correct. there is a pool of HttpApplication instances.
each of these instance only need one instance of a given httpmodule, as a
HttpApplication instance is dedicated to each request and returned to the
pool after the request is processed.

your approach is fine, you may also want to look at the MVC library as its
supports a REST interface and url routing out of the box. you can create
as many of as few controllers as you need.

-- bruce (sqlwork.com)

Joseph Geretz wrote:
>I'm implementing a web application whose purpose in life is to act as a
data conduit. Data is posted to my Web app in XML format, my application
examines the data and forwards it onward by posting it to the appropriate
upstream server.

Since transaction processing is largely identical regardless of the
transaction details (these will be handled by an upstream sever) I'm
thinking of implementing my application as an HttpModule. But I'm
wondering how this will work in terms of scalabiliy. If I understand the
httpModule architecture, there is only a single instance created to
service all transactions, even if several aspx page instances are created
to handle concurrentt page requests. If this is correct, will my proposed
application architecture destroy scalability by serializing all calls
through the single httpmodule instance? Or am I completely off base with
this concern?

Thanks for your advice!

Joseph Geretz

Aug 28 '08 #4

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

4 posts views Thread by Ian Turner | last post: by
7 posts views Thread by nail | last post: by
2 posts views Thread by Michael Appelmans | last post: by
4 posts views Thread by Mike Schilling | last post: by
4 posts views Thread by David Lozzi | last post: by
1 post views Thread by Sriram Srivatsan | last post: by
1 post views Thread by CARIGAR | last post: by
reply views Thread by zhoujie | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.