Port 25: The Open Source Community at Microsoft : .NET Development, Sam Ramji

Supernova

Sam Ramji — Wed, 19 Mar 2008 16:22:00 GMT

I’m writing this from EclipseCon in Santa Clara, California, where I’m going to announce the beginning of Microsoft’s collaborative work with the Eclipse Foundation.

This started about a year ago when I met Mike Milinkovich at an open source event (the Open Source Software Think Tank 2007) where we were seated at the same table, and assigned to discuss “key issues inhibiting the growth of open source”. We found we had pretty similar ways of looking at problems – I found Mike to be very pragmatic and straightforward in his thinking. That discussion led to a conversation about what we could do to help Eclipse developers building software for Windows.

At the same time, the CardSpace team at Microsoft was already working actively with the Higgins Project to establish a secure, interoperable framework for user identity on the web – an architecture known as the Identity Metasystem. Since the inception of Higgins, the CardSpace team has worked very closely with the Higgins team, providing them the protocol documentation they needed to be able to build an identity selector that is interoperable with CardSpace, as well as placing those protocol specifications under the OSP so that they knew that it was safe to do so. We share a commitment to building a user-centric, privacy-preserving, secure, easy-to-use identity layer for the Internet.

Currently, Higgins, Microsoft, and dozens of other companies and projects are in the midst of the third OSIS-sponsored user-centric identity interop, where we all try our code together, providing the data needed to improve both our implementations and the interoperability between them.

Among a range of other opportunities (which we’re still working on), we discovered that Steve Northover (the SWT team lead) had gotten requests to make it easy for Java developers to write applications that look and feel like native Windows Vista. He and a small group of developers built out a prototype that enables SWT to use Windows Presentation Foundation (WPF). We’re committing to improve this technology with direct support from our engineering teams and the Open Source Software Lab, with the goal of a first-class authoring experience for Java developers.

This is exciting to me – as a Java developer in my prior life (as well as the first technical marketing manager for BEA’s WebLogic Workshop, now Apache Beehive) it just makes sense to enable Java on Windows. We started a collaborative effort with JBoss two years ago that continues to this day. At the end of the day, it’s all about the developer. There will be more to come from the conversations that Eclipse and Microsoft have begun, and I look forward to announcing those in the future as we have demonstrable technology results.

Cheers,
Sam

A Technical Look at ASP.NET AJAX

MichaelF — Fri, 02 Feb 2007 21:36:00 GMT

Following up on our post yesterday here is an interview Sam did with ASP.NET Technical Evangelist: Steve Marx.

Steve discusses the three components of ASP.NET AJAX and shows us a demo of the software formerly known as ATLAS running on top of PHP on Linux to demonstrate some of the front and backend extraction capabilities.

Video: A Technical Look at ASP.NET AJAX

If you are interested in looking a bit more deeply at ASP.NET AJAX, as well as the PHP support Steve released to Codeplex, here are some links he provided:

ASP.NET AJAX: http://ajax.asp.net/
Direct link to download the Microsoft AJAX Library: http://ajax.asp.net/downloads/library/default.aspx?tabid=47
PHP for Microsoft AJAX Library: http://codeplex.com/phpmsajax
Steve's Blog: http://smarx.com/

From Atlas to ASP.NET AJAX: Sam Interviews Brad Abrams

MichaelF — Thu, 30 Nov 2006 19:31:00 GMT

Brad Abrams, Group Program Manager for the .NET Framework, sits down with Sam to discuss all things AJAX including: the Open AJAX Alliance, Atlas, the Microsoft AJAX Library and cross browser compatability. Brad also does a quick demo near the end of the video.

Video: From Atlas to ASP.NET AJAX: Sam Interviews Brad Abrams

Related Links:

ASP.NET AJAX homepage: http://ajax.asp.net
Shanku Nyogi's (Product Unit Manager for UI Framework and Services Team) blog: http://www.shankun.com/Atlas_Php_2.aspx
Brad's Blog: http://blogs.msdn.com/brada

Video: From Atlas to ASP.NET AJAX: Sam Interviews Brad Abrams

Java with half-and-half

admin — Tue, 18 Apr 2006 19:03:00 GMT

I got the chance to spend an hour this week with Dr. Wayne Citrin, CTO of JNBridge. He’s been refining a Java/.NET interoperability product for the last five years – starting out with a risky bet on .NET when it was only in Beta. Back then I was at BEA Systems, we tried to use jCOM as a bridge to Microsoft applications that customers needed to integrate with J2EE systems. There were reliability and configuration challenges with this approach, and we found that as .NET grew in our customer base, we could only advise them to use Web Services for interoperability.

WS for interoperability is a good choice when you can build well-defined contracts between systems and coarse-grained, loosely coupled integration is acceptable (despite the performance and reliability impacts). There are situations where tightly-coupled integration is necessary (specific security requirements; chatty communications), which is where I’d apply a product like JNBridge.

JNBridge handles the conversion of Java objects into .NET objects and vice versa – including management of references on both sides to ensure that object extent is handled correctly, and converting “by reference” and “by value” situations to their correct native implementation. I’m simplifying for brevity, but for more detail you can take a look here.

They have 3 modes of operation – XML/HTTP, Binary/TCP, and Shared Memory (for running on the same server). As we proceeded through the discussion, I was interested in how they dealt with the “complex object” issue, where a Java object contains other objects by reference.

When converting complex objects to Web Services, the antipattern is to marshal the entire object graph into a SOAP message, add getters and setters to the remote proxy that handle write-backs. This causes problems both in communication overhead and performance (that’s a lot of data to marshal to XML; plus this marshalling will happen every time the remote client needs to update a field in the complex object). There are other problems that I won’t get into here.

For these situations, it can work better to have a tightly-coupled integration layer – with JNBridge, you could use their Binary/TCP mode to have a conversion from Java to .NET objects happening on the J2EE server, and communicating with the .NET tier through native .NET remoting.

Another common interop request I hear from software architects is to have BizTalk or .NET interop with JMS (Java Message Service). This is an area that I haven’t seen great solutions to in the past. The best approach from performance and reliability standpoint should result from a tightly-coupled integration at the JMS Client layer; here I would consider deploying JNBridge in Shared Memory mode, with .NET application logic on the same machine as JNBridge and a JMS Client, which would remotely access a JMS Cluster via RMI or your Java protocol of choice.

Now if only Java were associated with Guinness we could call this approach a “Black-and-Tan”… as it is I’ll have to leave it “Half-and-half”.