I took extensive notes from Don Box's WSV201 Indigo overview here. I put them on a separate page because of their length. Between these notes and Tim Sneath notes you've basically got a transcript. Here are some questions I've still got
What shall we do about WS-ReliableMessaging and WS-Transactions and WS-Federation before Indigo ships?
Indigo is meant to ship with Longhorn, which Don admitted was still 'a few weeks away' yesterday. So what are we going to do in the Interim? Since we know Hervey and Keith from the WSE team have been working all summer on WS-Federation, WS-Reliable Messaging and WS-Transactions I'm assuming these bits exist today within Microsoft. Will we be able to see them or will we have to wait for Indigo?
How does Indigo fit with existing EAI technologies?
We got the message yesterday that Microsoft are building the service bits that if they didn't write, we'd all write again ourselves (or have already written). I'm still interested to see how for Indigo will go. As Don said yesterday:
"We are not building the uber queuing system - we are not a replacement yet for MSMQ - we have support for routing, but we aren't replacing CISCO, we support eventing but we aren't a replacement for Tibco."
I'm looking forward to understanding exactly how far Indigo will go, and where we might still need to use MSMQ and Tibco.
Is Remoting really dead in applications or does it just suck at Interop?
There's been a lot of discussion about whether Remoting is dead. I'm not a big user of remoting, preferring WSE, but I'm not sure that it's fair to say that remoting will have no future. As Ingo mentions, Indigo will support whichever method you want.
Brent Rector's book that was given out with the CDs shows that Indigo has RemoteObject services which are an improvement on the .NET remoting model. The same decision matrix is involved with RemoteObjects vs. Web Services as with .NET Remoting and Web Services. RemoteObjects are useful where both ends of the wire share the same Indigo platform and when you need to marshal the object across machine boundaries.
So, while Remoting/RemoteObjects are not going to be useful in interop situations, they are still a useful tool in an Architect's toolkit.
As Clemens says, these situations are going to be 'local' ' Indigo - Indigo machines and likely within the one organisation.