5 Ideas to Get Going Today With HTML5 and TIBCO Web Messaging

Chances are, you’ve heard plenty about the promise of HTML5 and how it’s going to transform the web. For our part, since messaging middleware is near and dear to our hearts, it was only natural that our first major investment in HTML5 was the launch of a new mobile and web messaging offering, TIBCO Web Messaging. It’s HTML5 WebSocket based, supports legacy web browsers and integrates natively with TIBCO Enterprise Message Service to extend messaging to mobile and web clients.

Since these are early days for HTML5 in the enterprise, the time is ripe to take the first steps to put this wonderful technology to work and grab an early lead. However, there’s always this early adopter dilemma about the how to get started and where the entry point should be. Should you start in a small way, perhaps add to existing apps, or go big and use in greenfield IT projects and business transformation initiatives?

[Read more...]

Low Latency 2011, London – CEP not mentioned, but everywhere?

btllt11The Business and Technology of Low Latency Trading (BTLLT) event in London by ATeamGroup took place today. Some of the topics of interest were:

  1. TIBCO Financial Services CTO Spencer Greene gave an excellent visionary keynote covering the move from “Trading 2.0 to Trading 3.0″, such as the move from event focus to parallelism focus, Business Intelligence to (“really!”) real-time rules, and Risk and Compliance to Predictive Analytics. Spencer also talked about the need for very accurate latency measurements (via IEEE1588 Precision Time Protocol), the future of distributed memory (Intel Quickpath), CEP and memory appliances, FPGA in the network, cell processing… and the irony of the dichotomy of one trend for the abstraction and layering of software to reduce cost and risk, versus the trend for optimisation of processing for lowest latencies.
    .
  2. The TIBCO Messaging team ran an invitation-only training session on TIBCO FTL. I attended a different session, so can’t report on much there except I poked my head round the door and the room seemed packed. [There is a New York session too, if you are interested].
    .
  3. The session on “Deploy Fast and Built to Last” covered some low latency CEP technology areas (Traderserve, OneMarketData, and Sybase / Aleri) and Oracle (pushing the dominance of Java for trading systems). Some of the comments raised were:
    • Some algorithms in trading can have large development yet small lifecycles: for example 100 IT developers and 20 quants supporting an algorithm with a lifetime of 4 days to 4 weeks; clearly the traditional 6-8 week testing cycle does not work in these situations and CEP technologies can improve productivity (and hopefully testing!).
    • Other algorithms can last for years, presumably acting as templates with tweaks as required.
    • Apart from time2market, other drivers for change are new counterparties, datafeeds, technologies etc.
    • Customers always have to balance flexibility (of a tool) versus performance (optimising own code): for example the question of code generators versus code optimisations.
    • 80% of trading applications are built using Java.
    • One of the biggest problems in algorithm development and deployment is… the quality of the data from the market feeds. An instance was mentioned of a market feed supplier sending out test data as if it was live feed data…
      .
  4. Although most of the exhibitors seemed to be showing hardware (network cards, server racks, …), there were a few hidden signs of CEP:
    • Sybase was exhibiting their analytic database, and made some mention of their Aleri technology (see above).
    • Ingres was also hosting SQLStream on their stand.
    • Trade latency monitor Velocimetrics mentioned they were using CEP under the covers.

Overall a nicely organised and interesting event!

Will there be a Java response to MSSI?

Microsoft’s entry into complex event processing, their StreamInsight or MSSI product (a SDK for continuous queries), is likely to provide lots of opportunities for the .NET developer community to try out event stream processing. So far as one can tell, this has not had a huge effect on the existing CEP vendors focussing on query processing. This lack of effect was also true when Microsoft bundled a rule engine into .NET, which had little effect on the Business Rule Engine market. Probably MSSI will simply educate the .NET community, some of whom will use it, while others will move on to explore more mature or capable solutions.

One interesting follow-up question is: will the Java community, now under the direction of Oracle, follow suit and add some stream processing capability? Will some add-on for J2SE deal with some Java notion of events, EDA and CEP?

Probably not. Most of the business world has moved on from the notion of 3GL programming, and instead business analysts tend to specify model solutions using UML or BPMN etc. In other words, they have moved on to a model-driven view of the world. Of course, the Java and C# worlds continue on, with developers working hard on areas that BPM (or design-by-pictures) cannot handle (for various reasons). So I won’t rule out a JSR-933 Continuous Query API, but I suspect an ANSI committee would rather standardise some continuous query extension to SQL first…

Notes: possibly interesting exiting JSR s include: