So I talked, well actually chatted via instant-messaging, with Steve Vinoski and I do need to clear up some points from my last blog entry.

Steve pointed out that RPC does NOT require synchronous communications. This is true. One can simulate the request-response of a remote procedure using asynchronous communications. But the idea is that RPC appear synchronous - like a programming language procedure that blocks.

Some synchronous technology can appear asynchronous. E.g. CORBA has oneway operations. And many queue based (messaging) technologies use connection based technology underneath. E.g. Some publish subscribe technologies are actually connection based. The publisher connects to the notification service and so does the subscriber when retrieving messages. They are asynchronous to the application in the sense that they are decoupled.

Back to the Steve conversation. Steve maintained that RPC basically implied location transparency. I'm not sure I agree. Though many RPC technologies have location transparency I don't think that that the orginal intent for RPC was that it have location transparency. I certainly regard come technologies today as RPC that don't have location transparency. RFC 707 doesn't mention location transparency and as it works through command/response, request/reply and procedure call models it speaks of making it easier but I don't see transparent. In fact in order not to "mislead the application programmer" the paper suggests the model be clarified with "Local procedure calls are cheap; remote procedure calls are not."

Location transparency is very often a bad thing. (more often than not as we discovered with novice developers of CORBA and distributed Java technologies and many more.) Because location transparency hides the network, this can mislead the developer and also introduces issues of extra exception handling that the developer has make sure that they cover. Steve wrote an excellent paper on some of the issues in IEEE's Internet Computing back in late 2005 - I have a copy but I don't have a public URL for it, sorry.

But one could argue this both ways. i.e. The technology is not good because it misleads the programmer OR you could say that one needs better than average programmers to develop distributed application architectures using RPC. But it seems that one could say the same thing about RESTful developers. So before we accept the former (the technology is not good) let us remember that not all REST developers are building truly RESTful based applications/services. In fact RESTful Web services points out that most REST based services are REST-RPC and not RESTful.

Again, I wish to point out that I continue to warm to REST and Resource Oriented Architectures, I see the potential, and look forward to implementing. I'm just not willing to say that REST is useful in all situations or that SOAP and WS-* are evil and there is no place for them. And, as the book points out, there is still a lot of confusion with REST based on the wide deployment of REST-RPC services rather than RESTful.

The book has this to say about breaking the uniform interface: "occasionally it's unavoidable" (p101). Even while it's undesirable. The section on POST describes this scenario. And so some "overloading" is required. Does this mean then that REST is broken? Or should the REST community loosen the definition of RESTful? Is "reshuffling" the resources acceptable, or a hack that demonstrates something that needs to be addressed with the model?

Posted by IP Babble at 10:43 PM | Permalink | Comments (1) | TrackBacks (0)

Shame on me for not delving into this deeper, sooner. It was high time I took on some of the myths in the REST community again.

First let me say that I like REST. I think the architecture makes a lot of sense in many cases and I look forward to implementing my first RESTful services(s). Having said that the REST community don't do themselves many favors with the enterprise community, especially those that have been around the block several times and have built several flavors of architectures over the years. We know our architectures -we know our terminology. It seems the REST guys confuse some terms. So I'm going to target some areas to help unravel the muddle.

I've decided to base this critique on the new popular book RESTful Web services by Richardson & Ruby. I'm assuming that the REST community stand by this book - otherwise, sadly, it just adds some more confusion. To the authors I say thank you, I'm enjoying the book. Don't think I don't like it just because of this blog. It has not only helped me appreciate some of the confusion in the industry but it has helped me to appreciate the RESTful resource oriented approach.

Before I start I'll summarize by saying this. Perhaps much of the present confusion is that the REST community has changed the semantics of some popular enterprise computing terminology. We shall address these below.

Continue reading "RESTful Myths: Unraveling the Confusion" »

Posted by IP Babble at 10:55 AM | Permalink | Comments (10) | TrackBacks (0)

This article should have started "sitting here at the Ballmer's keynote at Microsoft's Worldwide Partner Conference in Denver". Instead, I'm writing it from my home office a day late before I head back up.

Before I start I need to point out that I work with Microsoft in their partner program. I'm committed to that. Microsoft technologies and products play a big part in the enterprise and will continue to do so. It's not going away. Microsoft often have some "negative" things to say about certain products etc. of their partners so I think it's okay for me to be critical if it's constructive and can lead to better products. (Also see the disclaimer about these being my opinions and not that of my company on the right ;-)

Yesterday I was listening to Mr. Ballmer talk about "optimized desktops" and "enabling people to realize their potential" (never mind that the promise of technology to help people realize their potential seems a bit of a stretch). While I was listening I was shaking my head in disappointment. I had wanted this to be a positive upbeat, experience but what had just happened to me had already soured my perspective.

You see I decided to leave my Mac at home and be a good corporate citizen and take my newer Dell/Microsoft Vista laptop. Sigh, what a mistake. Those of you that own a Mac, know how easy it is to just connect to the internet, especially on WiFi. Well I had being in the main conf. dining area with my Vista laptop trying to connect for an hour. I've seen colleagues with this problem before. Now I was experiencing it first hand. You see I made the mistake of just putting my laptop to sleep and then opening it, reawakening it (always hit-or-miss IMO) and trying to connect. Well Vista couldn't see the WiFi at the conf. center. I scoured the conference information book to see if there was some SSID I was supposed to be using. I then decided that perhaps the Colorado Conference Center was a little behind and I had to be somewhere special Microsoft's Blue Lounge for WiFi access. I headed outside the dining area.

As I left the dining area I noticed some people sitting around with laptops and asked if they were online. "Sure" they said. hmmmm... Of course! I remembered. This is still Windows! See my problem was that I expected more from Vista in this area. But I needed to reboot. Of course, I couldn't wake my laptop from sleep - hey, sometimes it wakes sometimes it doesn't you just don't know. I tried everything and then I decided that I was going to reboot anyway I might a well do the horrible hard boot by holding down the power button - not elegant but some things don't change. (For those of you shutting "user error, user error" remember I have two degrees in computer science (B.Sc. and M.Sc.) and have been working on computers since before 1984 in some way or other. I've programmed Windows, Solaris, Cray, IBM Mainframe, HP/UX, AIX, OS X, Linux .....)

After the hard reboot sure enough there was the WiFi hotspot MSFTINET. Yea! I connected! But woops, gotta go into see Mr. Ballmer's keynote. Hopefully the laptop will remember MSFTINET. Well when I got around to the overflow room - my delay contributed to missing the main hall - I discovered that MSFTINET was not visible from here. But that's fine there was MSFTEVENT and MSFTWAN and some others. Forget it. No luck. I closed my laptop disappointed and instead watched Mr. Ballmer jump around the stage like a rock star. Fair play to him - he's a lot to be excited about.

Ballmer talked about how Microsoft was once a desktop company and still is but that was once perceived as not-an-Enterprise-company. However now they are told how they can be a "better enterprise company", inferring that they are at least an enterprise company now. I think that is very fair- there is no denying that fact. Microsoft are a very strong enterprise company. Sun and HP have slipped up in this area. IBM are still very strong. But I couldn't help thinking, "you could still be a better desktop/laptop company". Now maybe I'm being unfair perhaps this is a Dell problem.

So enough about the negative experience. Here are some of the positives. Ballmer introduced Sliverlight a "cross-browser, cross-platform plug-in for delivering the next generation of Microsoft .NET–based media experiences and rich interactive applications for the Web." The technology walkthrough and demo, performed by someone else (I'm ashamed I can't remember their name) was very impressive. Actually I decided to download it on my Mac today to see it work. Some bad news for Microsoft - I promise this was supposed to be a positive section - it wouldn't install on Safari. The install reported that I required "10.4.8 or higher" to install and so it wouldn't install. Well I have 10.4.10!!! Come on guys (MS)!!! I wanted to try this out and say really positive stuff! Anyway I'm sure this is a small glitch. I'll try it on Vista later or on Firefox. It looked really slick.

Microsoft also talked about the Cloud Platform - a place for developing new service based applications etc. Hmmm... we (at IONA) have been talking about the cloud for about 3 years. Sounds very familiar.

So I really need to say something completely positive with no negative strings. Ah yes, I saw Surface. I had seen a YouTube demo of this technology (or like technology ? ) some years ago. It is so very very cool. Honestly it's the type of technology and product you'd expect from Apple. Congratulations to Microsoft for swooping this up. Reader, if you haven't seen this yet check out the cool promotion demos here. (Skip the introduction).

So tonight, if they'll still let me, I'll be seeing Earth Wind and Fire at one of the Microsoft events. Oh you thought that "After the Love is Gone" was about Vista. No, it's one of my favorite EW&F hits.

Update: Sigh. So it's not Earth Wind and Fire but instead Earth Wind Fire and Water, a cover/tribute band. Did someone say, After the Love is Gone?

Update: Went to a Silverlight presentation and afterwards mentioned the trouble with downloading Silverlight on Safari (I said it privately not in the general Q&A) The guy blew me off with "well it's beta!". Well don't waste my time! It could easily have checked my browser and said not to bother downloading cause it doesn't really support OS X in beta. (BTW it wouldn't load for Firefox on OS X either) Instead I went through the download process to get the crazy message. BTW the Silverlight demo called Top Banana was really cool. Beau from Metaliq said that the development was remarkably easy. They did say that Silverlight will not support WCF.

Posted by IP Babble at 11:04 AM | Permalink | Comments (1) | TrackBacks (0)

Last week I was in L.A. talking about SOA on an expert panel at SOCA 2007. It was an honor to be on the panel. I really enjoyed Prof. Wei-Tek Tsai's discussion about how the process for developing SOA has not yet being completely figured out yet. He claims there was a big shift in methodologies and processes when we went to OO and that a similar shift is needed in SOA. I mentioned some of my experience in this shift in a previous blog called Trusted Services Network. I hope to catch up with Prof. Tsai regarding this in the future.

Today I've just finished my presentation on OSGi at Burton Group's Catalyst conference in San Francisco. My presentation was well received. I'll blog on OSGi soon. I will say that it was amazing how complimentary the presentations in my session were. It was almost as if we had rehearsed the message but we had not.

One of the cool presentations was Jeff Barr's from Amazon regarding their web services. His discussion on Amazon's approach to web-Scale Computing really was an eye opener. I'm embarrassed I didn't know about this before. I knew that Amazon was providing Web service APIs for developers but I had no idea that they had a complete infrastructure for organizations to utilize. Hardware and infrastructure as a service. This is not unlike what some of the large telecommunications companies are trying to do - i.e. provide their infrastructure for people to deploy their services. Amazon is providing that and more - the ability to host your entire IT on their "network".

More on Catalyst later.

BTW I do love San Francisco. What a beautiful town. Not perfect but really beautiful.

Posted by IP Babble at 05:27 PM | Permalink | Comments (0) | TrackBacks (0)

I was reading a post on Feld Thoughts about an new programming language developed at MIT called Scratch. It sounded good, so I thought I better download it and have a look at it to see if it was suitable for my eight year old daughter - she's very bright and I've been trying to find a way to introduce her to programming for a while but couldn't find the right tool.

Continue reading "Scratch Programming Language" »

Posted by IP Babble at 01:33 PM | Permalink | Comments (0) | TrackBacks (0)

I mentioned in a previous post called TheServerSide Symposium Las Vegas that I was on a SOA expert panel at the show. Well I recieved the link to the video the other day and thought I'd better post it. Click on "Launch Presentation" on SOA Panel from TheServerSide Symposium. The transcript is also available on the launched panel through a tab.

I won't give you my own opiniion of the panel. You can judge for yourself. Feedback welcome and appreciated. If you have trouble viewing it please let me know too.

Posted by IP Babble at 09:42 PM | Permalink | Comments (0) | TrackBacks (0)