I think if the C++ Broker on Windows becomes a truly first class citizen, the WCF calling down to that would be fine and work very well. Of course C++ can also be compiled to the CLR, but that would require the C++ be quite extensively annotated for the purpose, so probably not a flyer.
IKVM is very credible. We've had success with it else where, and aside from the size of the support library, its fine. So, we will end up with C++ and Java wire drivers that are both callable from .NET. Ironically, the Java one can be 100% CLR. It will be interesting to see how that plays out. Since the JVM (and CLR) are also used for more and more languages, it makes sense to maintain both C++/Java as first class citizens, imho. What we don't want to do, it wastes effort, since multi-platform support can become very expensive and poor implementations in some part of the API will put people off. So it looks like investing in "pluggable" C++ and Java lowlevel API's makes a lot of sense. John 2009/1/30 Robert Greig <robert.j.gr...@gmail.com> > 2009/1/30 David Ingham <david.ing...@microsoft.com>: > > > We're planning on putting in some effort in on this task but I think > there are a few more pressing tasks on the Windows side of the house that > we'll try to help out with first. Cliff has already commented on the build > system issues; I think it'd be great if we could get the equivalent of the > make/make check functionality that exists today on Linux up and running on > Windows. As people have already mentioned, it would be a big improvement if > we can get the builds running of the same input files so that we can avoid > these sync issues that have been causing problems recently. Then there's the > packaging work that folks have been discussing, adding DLL support and > building some form of installer to make the end-user experience as slick as > possible. Does this sound like a reasonable set of things? > > > > Anyway, it's great to be here and I look forward to working with you all. > > Dave, welcome aboard. It's great to have focus on the Windows platform. > > I agree that improving the end user Windows experience with the C++ > broker is the most important thing right now. > > RG > > --------------------------------------------------------------------- > Apache Qpid - AMQP Messaging Implementation > Project: http://qpid.apache.org > Use/Interact: mailto:dev-subscr...@qpid.apache.org > >
