By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
445,732 Members | 1,435 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 445,732 IT Pros & Developers. It's quick & easy.

Architecture question

P: n/a
I currently have a classic asp/COM+ architecture setup as following:

Server A- hosts all the classic asp front end pages
Server B- host all the business layer dlls. They are currently
registered through COM+
Server C- contains database

We are migrating to .NET and I would like to keep the same distributed
architecture, but it appears that asp.net applications copy all the
business layer dlls into their bin directory. I know that distributed
computing must be possible in .NET but I am overlooking something.
Can anyone give me any suggestions?

Any help you provide would be greatly appreciated! Thanks.
Jan 15 '08 #1
Share this Question
Share on Google+
2 Replies


P: n/a
Look into EnterpriseServices, remoting and web services.

"z71mdridin" <z7********@gmail.comwrote in message
news:24**********************************@k39g2000 hsf.googlegroups.com...
>I currently have a classic asp/COM+ architecture setup as following:

Server A- hosts all the classic asp front end pages
Server B- host all the business layer dlls. They are currently
registered through COM+
Server C- contains database

We are migrating to .NET and I would like to keep the same distributed
architecture, but it appears that asp.net applications copy all the
business layer dlls into their bin directory. I know that distributed
computing must be possible in .NET but I am overlooking something.
Can anyone give me any suggestions?

Any help you provide would be greatly appreciated! Thanks.

Jan 15 '08 #2

P: n/a


If you are at the beginning of the road for distributed architecture as of
today.

Then WCF is your starting point. It is the fruition of many previous DotNet
technologies like Remoting and MSMQ.

If you are going to be working in a "DotNet to DotNet" world , where all of
your clients are DotNet enabled, then look here:
http://sholliday.spaces.live.com/blog/cns!A68482B9628A842A!158.entry
If you're going to support non dot net clients (java, asp, other), then WCF
is still the answer. But you will generate proxies for the client, instead
of my interface method.

...................

I also have a Remoting entry at my blog you might read over as well. Its
about "keeping your secret code safe". However, that is an old article, and
you want to learn from Remoting, but WCF is the way to go.

...............

You might also check out some videos on channel9 from Greg Leake.....about
the stocktrader sample application.
http://www.google.com/search?hl=en&q...el9+greg+leake
There are 2 videos to watch. They're roughly 2 hours (in total).

"z71mdridin" <z7********@gmail.comwrote in message
news:24**********************************@k39g2000 hsf.googlegroups.com...
>I currently have a classic asp/COM+ architecture setup as following:

Server A- hosts all the classic asp front end pages
Server B- host all the business layer dlls. They are currently
registered through COM+
Server C- contains database

We are migrating to .NET and I would like to keep the same distributed
architecture, but it appears that asp.net applications copy all the
business layer dlls into their bin directory. I know that distributed
computing must be possible in .NET but I am overlooking something.
Can anyone give me any suggestions?

Any help you provide would be greatly appreciated! Thanks.

Jan 15 '08 #3

This discussion thread is closed

Replies have been disabled for this discussion.