the way to managed code: comeback of COM?

In our standard software department we are devloping fax solutions at least for three years. The visendo fax server is a quite modern solution wich uses socket communication, SMTP and POP3. So faxes can be send and received over existing infrastructure like Exchange. The printer driver communicate through a port with the server so you can also fax from every internet connected point. The administration is build with MMC and the config is stored in XML files. Development language is 100% Microsoft C++.

I am quite unhappy with building user interfaces and also developing MMC. Hard, expensive and full of possible bugs. So we are going to change the architecture.

Our idea is to build based on cassini code a 2nd managed service. ASP.NET is used to make the UI. The central question is how to communicate between the unmanged Fax Service and the managed Service.

1. migration the unmaged code to .net is expensive full of risk an nonsense

2. Using sockets is slow, unsafe and expensive to implement

3. Using webservices is slow

4. Shared memory ( our dev team love it)

5. we have decided to expose al methods from the unmanaged service als COM. Then we build a manged wrapper and use this wrapper classes in ASP.NET. To understand: eg ReadMSN gives a list of stroed MSN (used for ISDN)

I like the idea but have doubts about our step back to COM. COM is fast, easy to implement and quite secure on the machine.

What do you think about it? Feel free to answere here.

Published Sunday, March 20, 2005 11:43 AM by preishuber

Comments

# re: the way to managed code: comeback of COM?

Sunday, March 20, 2005 8:07 AM by Jim
Have you looked at Managed C++?

# re: the way to managed code: comeback of COM?

Sunday, March 20, 2005 11:07 AM by Hannes Preishuber
yes, this is point 1
but have you ever done device communication? And we use MFC and ATL which is not evailable in managed C++

# re: the way to managed code: comeback of COM?

Sunday, March 20, 2005 5:30 PM by JosephCooney
I thought with Managed C++ you could keep your existing unmanaged C++ code and add selectively add managed classes (to allow other managed code to call in)- creating a mixed mode assembly. Is it the cast that your existing C++ code base doesn't even compile with /CLR switch then, precluding you from mixing managed and unmanaged C++ code?

# re: the way to managed code: comeback of COM?

Sunday, March 20, 2005 6:41 PM by Jim Arnold
"keep your existing unmanaged C++ code..."

Exactly. Use MC++ as a bridge between those parts that *must* be unmanaged (either because they are too expensive to port right now, or because they don't suit the .Net platform). I think MC++, especially for a team with C++ experience, is a better option than COM interop.

Jim

# re:the way to managed code: comeback of COM?

Saturday, April 09, 2005 10:11 PM by TrackBack
^_^,Pretty Good!

# Lexapro side effects.

Sunday, August 03, 2008 3:32 AM by Lexapro.

Weight loss after you stop taking lexapro. Lexapro weight. Lexapro side effects. Lexapro.

Leave a Comment

(required) 
(required) 
(optional)
(required)