Getting organised for XML Open 2004

The XML Open Conference 2004 takes place next week in Cambridge, England. I'm doing a presentation on XML pipelining and also the closing keynote. I'm looking forward to it. I'm working on my keynote presentation this weekend.

My last keynote in Cambridge used a lot of visuals. Many pictures, few words, few bullet points. I'm adopting a similar style this time around.

Boy does it take time to create a highly visual Powerpoint! And hey, lets hear it for http://images.google.com without which... etc.

Hacking XML

Recently I contributed a couple of XML hacks to an O'Reilly book of the same name. One of these hacks - using SGML to help auto-tag XML - is covered in a new article by Mike Fitztgerald : http://www.xml.com/pub/a/2004/09/15/XMLHacks.html.

RFID and the re-birth of M-Commerce

Join RFID technology with the concept of M-Commerce and something interesting happens.

Firefox and Thunderbird - get them. No questions. Just do it.

The Firefox/Thunderbird Browser/E-mail client combination is wonderful, keenly priced [:-)] and getting better with every release.
Just get them. Okay?

Python/XML talent required

Propylon are looking for Python/XML programmers. Opportunities in both Dublin and Sligo offices. Contact me if interested.

Pushing and pulling in XML message exchange

Whenever two systems need to "talk", the nature of the speech acts to be used raises its head.

Do I talk while you listen?
Do I ask you a question and you answer me?
Do I state a fact and broadcast it to anybody who happens to be listening?
Do I sit back and say "go on, ask me a question"?

Some of these choices can be safely relegated to implementation detail. i.e. technically speaking, numerous options can be made to work.

However, some are directly impacted by the boundaries - both physical and organisational - between the communicating parties.

In the Public Services Broker - an SOA based integration infrastructure under construction in Ireland, many of the services connected to the PSB will be hosted by agencies separated from the PSB both physically and organisationally.

As a consequence, it is necessary to analyse the various possible meessage exchange choreographies and take these "business" issues into account. The document Push and Pull Message Delivery in the PSB Architecture is a position paper on the topic.

Although the document is specific to the PSB, the questions discused have a wider applicability in any SOA based on an asynchronous messaging substrate.

Comments welcome.

I guess. Its a problem.

All guesses have bigger guesses, on their backs to bite them.
And smaller guesses within those guesses, and so on, ad infinitum.

With apologies to Augustus de Morgan and all the world's fleas.

Guesswork features in a lot of software. We like it. We want it. It makes software smart. Or does it? Deleterious guesswork in application integration is an ITWorld article that ponders the pros and cons of the guessing game we call data processing.