Click here to Skip to main content
11,431,829 members (61,145 online)

Design and Architecture

 
AnswerRe: Memory management for object growing in size Pin
Richard MacCutchan21-Feb-13 7:35
mvpRichard MacCutchan21-Feb-13 7:35 
AnswerRe: Memory management for object growing in size Pin
Bernhard Hiller28-Feb-13 0:27
memberBernhard Hiller28-Feb-13 0:27 
Questionnavigation Pin
Nani Maneesh20-Feb-13 8:14
memberNani Maneesh20-Feb-13 8:14 
AnswerRe: navigation Pin
jschell20-Feb-13 9:16
memberjschell20-Feb-13 9:16 
AnswerRe: navigation Pin
Sandeep Mewara20-Feb-13 18:08
mvpSandeep Mewara20-Feb-13 18:08 
QuestionDDD and vb.net Pin
alex.barylski17-Feb-13 8:33
memberalex.barylski17-Feb-13 8:33 
QuestionAdvice - WCF/MSMQ or Async TCP Pin
Ger Hayden14-Feb-13 10:14
memberGer Hayden14-Feb-13 10:14 
AnswerRe: Advice - WCF/MSMQ or Async TCP Pin
jschell14-Feb-13 13:25
memberjschell14-Feb-13 13:25 
Some considerations which might or might not matter.

I am rather certain that you can't use WCF, MSMQ and MSMQ Transactions. You can investigate yourself but I believe there is a fundamental problem in terms of receiving them. Basically they can be sent ok (with a transaction), but when receiving them there is no assurance that the transaction is preserved. (I can't remember how I came to this conclusion.)

MSMQ has a hard 4 meg byte limit per message. Between overhead and unicode (not optional) that can reduce the maximum message sized to less than 2 meg (bytes.) Microsoft technical docs state they have no intention of changing this limit.

Despite claims to the contrary WCF/MSMQ does not support a streaming operation. So the message must always be less than 2 meg.

MSMQ uses magic routing which is great when it works (when you get all the ports/permissions right) but is extremely difficult to figure out otherwise. And because of that messages can take a long time to arrive at the target, for example hours.

MSMQ at least on OSes before 2008 (and maybe that too) uses by default a single file with a 2 gig limit for persistence. MSMQ will crash if that file fills. And there is no way to monitor problems via the MSMQ API (maybe there is something in WMI.)

Most of the standard MSMQ 'queues' use Active Directory. If Active Directory has problems then MSMQ will have problems. If you use options to exclude Active Directory then you CANNOT insure transactions are in use. See next note.

If one queue uses transactions and the other end doesn't, messages just disappear.

MSMQ failures can result in MSMQ exceptions which have a enum which indicates the type of error. The problem however is that API can end up returning a value, via the enum api, which is not a enum. Basically violating the contract of the method.

MSMQ queue permissions and application permissions must match. Which would seem obvious. However if they don't match then it returns non-helpful errors. Such as telling you that the queue doesn't exist (even though it does.)

MSMQ is supposed to support multiple clients consuming from a single queue. However someone I know (but not me) ran a test that suggested performance was significantly degraded in such a scenario when transactions were in use. Developing around this is complicated.

I can state that I built message streaming using chunking to break a larger (bigger than 4 meg) into pieces. It was extremely difficult. Especially since I was attempting to support multiple clients (see above limitation)

MSMQ is tied to the OS. This of course means that if you want to upgrade from, say, MSMQ 3.0 to 4.0, then you must upgrade the OS.
GeneralRe: Advice - WCF/MSMQ or Async TCP Pin
Ger Hayden14-Feb-13 23:40
memberGer Hayden14-Feb-13 23:40 
AnswerRe: Advice - WCF/MSMQ or Async TCP Pin
Raul Iloc24-Feb-13 3:01
memberRaul Iloc24-Feb-13 3:01 
AnswerRe: Advice - WCF/MSMQ or Async TCP Pin
koetsie29-Aug-14 13:10
memberkoetsie29-Aug-14 13:10 
GeneralRe: Advice - WCF/MSMQ or Async TCP Pin
Ger Hayden30-Aug-14 0:32
memberGer Hayden30-Aug-14 0:32 
GeneralRe: Advice - WCF/MSMQ or Async TCP Pin
Ger Hayden9-Nov-14 3:41
memberGer Hayden9-Nov-14 3:41 
Questionrich text editor Pin
Danielos_s2330-Jan-13 11:03
memberDanielos_s2330-Jan-13 11:03 
AnswerRe: rich text editor Pin
José Amílcar Ferreira Casimiro11-Feb-13 6:37
memberJosé Amílcar Ferreira Casimiro11-Feb-13 6:37 
QuestionMVVM, EF and TDD tutorials Pin
cansino17-Jan-13 7:06
membercansino17-Jan-13 7:06 
QuestionJava and C# operating on the same data in an ASP-based monitoring web application. Pin
vValkir17-Jan-13 1:18
membervValkir17-Jan-13 1:18 
AnswerRe: Java and C# operating on the same data in an ASP-based monitoring web application. Pin
Jonathan C Dickinson17-Jan-13 4:05
memberJonathan C Dickinson17-Jan-13 4:05 
Questionindesign cs6 trial - no toolbar Pin
Member 93448236-Jan-13 13:10
memberMember 93448236-Jan-13 13:10 
AnswerRe: indesign cs6 trial - no toolbar Pin
Pete O'Hanlon17-Jan-13 1:49
protectorPete O'Hanlon17-Jan-13 1:49 
QuestionHow do you design this? : with a better example Pin
VuNic30-Dec-12 18:57
memberVuNic30-Dec-12 18:57 
AnswerRe: How do you design this? : with a better example Pin
Christian Graus30-Dec-12 19:25
mvpChristian Graus30-Dec-12 19:25 
GeneralRe: How do you design this? : with a better example Pin
VuNic30-Dec-12 19:42
memberVuNic30-Dec-12 19:42 
GeneralRe: How do you design this? : with a better example Pin
Christian Graus30-Dec-12 19:46
mvpChristian Graus30-Dec-12 19:46 
AnswerRe: How do you design this? : with a better example Pin
jschell31-Dec-12 10:10
memberjschell31-Dec-12 10:10 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.


Advertise | Privacy | Mobile
Web02 | 2.8.150428.2 | Last Updated 30 Apr 2015
Copyright © CodeProject, 1999-2015
All Rights Reserved. Terms of Service
Layout: fixed | fluid