Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / ASP.NET / Web Services / March 2005

Tip: Looking for answers? Try searching our database.

WSE2 Advice

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
yofnik@comcast.net - 23 Mar 2005 18:23 GMT
Hello,
I need some advice on the the architecture of a Web Services
applciation.

I need to build a distributed application that handles the processing
of a large amount of real time data. The web service will allow clients
to register for notifications of certain types of data. The service
must analyze the incoming data and send events to the clients when
certain types of data are found. The source of the data could be from
any platform/os (.net, java, linux, win32, etc) and pushes the data to
the server for processing.

I read the great article on Web Service Messaging w/ WSE2.0
(http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnwse/html/wsem
essaging.asp?_r=1
)
and it looks almost like what I want to do. However, I have a few
questions:

- In the example in the article, the single Web Service runs as an HTTP
service in IIS. It accepts the subscriptions requests AND sends out the
event notifications. It gets its data and sends out notifications using
a Timer. First of all, is this typical for a HTTP Web Service to use a
Timer (or even a thread) to acquire the data like this? This doesn't
seem realistic.

- My application will most likely require a different approach as it
needs to process the data in near-real time. Having the Web Service
accept the data, look up all the subscriptions, trigger the events, and
send the notifications for every piece of data that arrives seems like
it would be way too taxing on the server. Instead, I am leaning towards
having two separate web services. One simply accepts the subscriptions
requests. The other accepts the data from the data sources and places
the data on a Message Queue. A separate process will then pull the data
off the queue, analyze it, and send our necessary events.

- Being somewhat new to the Web Sevices Enhancements, is this the best
approach? The two HTTP Web Services allow interoperability with other
platforms. The Message Queue and isolated process takes some of the
burden off the web server. Could this be overkill? Should I just use a
threadpool from the Web Service to process the incoming data from a
local ArrayList? (coming from a J2EE background I cringe somewhat at
that thought!).

Any suggestions or advice is greatly appreciated.

Jeff
Erik J. - 23 Mar 2005 19:41 GMT
I think the msdn article is an example of just one way to publish events to a
number of endpoints.  With the scenario you desribe, putting events into a
queue for subsequent broadcast to subscribers makes sense.  It also lets you
queue things up if the network (or a subset of the subscribers) is down and
you want to retry the broadcast.

- Erik

> Hello,
> I need some advice on the the architecture of a Web Services
[quoted text clipped - 41 lines]
>
> Jeff
yofnik@comcast.net - 23 Mar 2005 20:52 GMT
Erik,
Thanks for you reponse. One of the things I want to determine is -
since I am moving a significant amount of functionality outside of the
IIS Web Service (into a standalone process), does it make sense to
still use IIS Web Services at all?  OR on the other hand, is it even
necessary that I move the functinoality to a stand alone process.

Jeff

Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.