Andrew Ferrier

So we’ve just finished our last day with the customer here in Norway, and presented on the work we’ve been doing for them. All in all, it’s been a pretty enjoyable (if stressful) week, and I’m looking forward to doing more direct customer work in the near future.

Due to a mix-up with dates, my flight doesn’t leave until Saturday evening, so I’ve got Friday and Saturday in Oslo to find out a bit more about the city, have a good time and take some pictures. I’ve just checked into the third hotel so far this week, so time to relax for a bit before heading out to find food!

Update: If a taxi driver says he doesn’t know the way to a major hotel, but he ‘can stop at a gas station and ask’, should you worry? In this case, it worked out fine, but I was nervous…

Sometimes travel produces the strangest combinations of experience. I was upgraded to Club Europe by BA on my flight to Oslo (probably something to do with the AA Gold Card that I was mysteriously sent after returning from San Jose earlier in the year). So as I write this inflight, I’ve just finished an impressively delicious chicken curry, polished off a bottle of red wine (no, not THAT size), and a decent bit of Stilton (which, I might add, goes particularly well with left-over curry sauce – yes, really). I’m listening to Kellie Pickler on my phone-cum-MP3-player with an operating system that barely manages to go a day without rebooting (but it’s OK, I’m gonna upgrade to an E61 soon, which Dave assures me is the bee’s knees). Kellie Pickler, incidentally, is pretty much the equivalent of Gareth Gates – as an American Idol almost-made-it – but the novelty of country music means that the unadventurous style is lost on me, and it evokes pleasant feelings of my trip to California anyway (yes, even California has country music).

All this is an unusual combination, to say the least. I’m checking into the Radisson SAS Plaza downtown later tonight, which Chris assures me (from a trip to Oslo earlier this year) is pretty decent, although sadly the team has to move after tonight as it seems that the whole world has checked into Oslo for this week and all the hotels are full. We have to move 50km away, so maybe I’ll be brave and hire a left-hand-drive MANUAL car. God help me.

Now all I have to do is make the week worth it by helping to impress the IBM customer I’ve come to see with our products. I’m nervous, but excited.

Later update: Hotel is OK, team is very friendly and seems very capable. I’m feeling quite positive about this week. I have discovered that we’re only at the customer till Thursday (rather than the Friday I thought), so I’ll have to find something to do on Friday. Maybe locate the local IBM office, or maybe take the day off. We’ll see.

Oh, and it’s 11:30pm and it’s still almost light outside.

Chris Tomkins and I both work on the WebSphere ESB team, and have been blogging about it and related IBM SOA products for some months. We’ve now decided to join forces and launch a new blog called SOA Tips ‘n’ Tricks. This will contain technical tips on ESB and other products as well as wider issues – we don’t know exactly how it will evolve so please feel free to leave us some feedback on the things you read – what you like, and what you don’t. I plan to discontinue writing about ESB or SOA specifically here on my personal blog, although I’ll continue to discuss wider IBM issues.

As Adrian has pointed out, WebSphere ESB 6.0.2 has just been announced. This will be available around the end of the year (together with corresponding new versions of WebSphere Process Server and Websphere Integration Developer). There are a whole host of new features which increase ESB’s capability, as well as other improvements. See Adrian’s post for more information.

WebSphere MQ link allows you to connect WebSphere Application Server (or any WAS-based product, such as WebSphere ESB) to a WebSphere MQ server. From the perspective of MQ, WAS/ESB’s messaging engine appears to be just another MQ server (and, accordingly, you connect them together with sender & receiver channels). From the perspective of WAS/ESB, MQ appears to be a foreign bus. Thus, ‘foreign destinations’ (WAS/ESB) and ‘remote queues’ (MQ) can be used as appropriate to exchange messages across the link. Both point-to-point and pub/sub style messaging can be used, and the MQ link maps corresponding message features as closely as possible.

This is particularly useful for ESB, as it allows it to mediate messages from and to an MQ queue using JMS bindings. You can find more information on how to set up an MQ link in the Infocenter.

I am now on the official list of IBM external bloggers. You can find plenty of my colleagues there also, blogging on a variety of IBM-related and other topics.

If you’re using WebSphere ESB, Fixpack 3 for version 6.0.1 has just been released, which fixes a variety of problems. You can find out more here.

One of the troubles of working in the IT industry is that no-one ever agrees on what the next big thing means. This is partly because software terms tend to run out from between your fingers when you try to grab them, just like soft putty – want to try defining ‘blogging‘? One example I’m thinking about a lot at the moment is SOA (Service-oriented architecture). The problem isn’t just that people don’t know what SOA means, but that there isn’t a single definition – every software vendor has a subtly different message.

ZDNet Asia recently discussed SOA. I noticed that they mentioned that SOA was built on Web Services. This is often true, but the IBM product I work on, WebSphere ESB, allows one to build an SOA entirely without Web Services if desired – for example, you could use it to build one based on JMS messaging. A wide and generous definition of SOA is probably the only one that makes any sense. Some of IBM’s recent SOA products are built on SCA, which allows for a clearly-defined component model for SOA, but this doesn’t have to be used either: you could build an SOA with Visual Basic, a printer, and a minimum-wage employee to enter data, although your response time might suffer somewhat. The only requirement is that the architecture has to be oriented around services (hence the name).

Some might argue that this model is so simple as to be useless, and that might be true if organisations stuck to the widest definition, but if you’re able to adopt a particular type of technology (for example, going the WebSphere/SCA route), there is the possibility to begin to reap the benefits of reuse, adaptability, etc.

So be generous with the definition, but specific in the implementation.

Joe McKendrick discusses SOA and reuse in a recent blog entry, essentially drawing on some comments from David Chappell that reuse didn’t do as well as predicted in the era of object-orientation, and that SOA isn’t faring well in this department either. Dave Linthicum, in his latest podcast, also discusses this topic.

I’m not sure I can comment that widely on the state of current SOA projects, and I would agree that SOA may suffer from similar management problems to that of object-orientation: if developers of SOA systems aren’t rewarded for saving time with a reuse strategy, they won’t be enthused to do so. This is an important part of any software project, and encouraging reuse is a best practice that shouldn’t be restricted to object-orientation or SOA.

However, whilst I agree that SOA has other benefits apart from encouraging reuse, I have a fairly high opinion of its potential in that respect. It’s important to understand what we mean by reuse. Reuse rarely means using an object or service as it is. There is often a mismatch between the interface offered by the service (object) being consumed, and the service (object) that needs to call this interface. Expecting anything else is unrealistic (even if future reuse plans are made). This is often solved using something like a façade pattern in object-oriented languages, and some form of mediation with services (such as that offered by WebSphere ESB). The latter is often easier, because there is a lower degree of coupling than inside a single programming language, and because programming code is not often needed, and this is why I believe SOA reuse is simpler – if done well. Of course, some work is still required, but this greater ease of reuse makes it a realistic strategy for more scenarios.

I would agree, however, that, as is often the case, the project management problems here are the greatest ones.

Andre Tost has written a short, but very helpful, article that clarifies a few of the more confusing issues surrounding Web Services. None of the concepts are particularly new, but Andre provides a good summary of some potential pitfalls. It’s well worth reading if you’re interested in SOA or ESBs in general, as well as Web Services specifically.

As an aside, I found this article as part of the WebSphere ESB support RSS feed. For those that aren’t aware, there are support RSS feeds for several IBM software products, which provide new information on documentation, fixes, and other issues. Find the product you’re interested in on IBM’s website, and click on the ‘Support’ link. Then look for the orange RSS logo for the feed.