Last post Jan 21, 2011 01:36 PM by faisalnext
Jan 21, 2011 05:53 AM|sana bilal|LINK
I am working on a web application which is a sort of bidding portal where buyer post their jobs and the service provider bid against them. The application is being developed using EF 4.0 , .Net 4.0 and Sql Server 2008. Now there are a lot of notifications
that needs to be generated and send to respective parties/users. Some example of events are: if a job is cancelled, or a bid has been selected or a message has been posted on the job by the service provider and etc. Altogether there are 14 such events.
Now what my requirement is to be able to send an email , a sms to the respective parties. Also the logged in user should be able to view these notifications through a webform when logged in.
The application demands that no notification should be missed, hence i am looking for a scalable and reliable solution here. I am explorig MSMQ and sql service broker for managing a queue for these messages/notifications but i am not exactly sure if i am
following the right direction. Also i would like to consider factors such as transaction management , uptime and scalability etc. I would appreciate any help in this regard.
Thanks & Regards
asp.net 3.5 C#
Jan 21, 2011 06:26 AM|faisalnext|LINK
You can use notification APIs components can notify the indexer that an item has been changed, moved or deleted, and can add search scopes to the Windows Search indexer's queue of URLs that require indexing.
Components can notify the Windows Search indexer that data in their store has changed. Typically, you can rely on the indexer's scheduled crawls. However, providing notifications to the indexer can improve performance by ensuring the indexer doesn't crawl
the entire store on incremental indexes. For example, this might recommended if you expect your data store to be exceptionally large and/or exceptionally busy, such as an email data store for example.
Jan 21, 2011 08:45 AM|sana bilal|LINK
I am not sure if you have understood what i need. I need a messaging/notification component for a bidding portal. The number of users are likely to grow over time , so the solution needs to be scalable and efficient. The users are likely to be informed
about events such as their bid getting accepted, getting a new message to their job posted from another user, getting information about some job being cancelled by the buyer, or if someone they follow have posted a new job so that they can bid on it. This
should be done by sending emails , sms or visually presenting these notifications to the users on some webform say "ViewMyNotifications.aspx".
Jan 21, 2011 01:36 PM|faisalnext|LINK
U can use MSMQ, as you also explore. Message Queuing (MSMQ) service makes it possible for applications to communicate with other applications across networks
You can get confirmation from MSMQ either notification event has been generated or not.