latoga labs

Alliances & Partnership Advising

  • About
  • Contact
  • View latoga’s profile on Twitter
  • View greglato’s profile on LinkedIn

© 2006–2026 · Log in

Archives for March 2007

Was Your IT an Hour Late?

March 14, 2007 Leave a Comment

I found the recent DST change here in North America and interesting exercise in advanced planning on behalf of IT departments and IT vendors. How many of you received notices about the DST change and steps you needed to take with regards to your IT infrastructure only a week or two before the change? I’m referring to both your companies IT department as well as your IT vendors (if you don’t think you have any IT vendors as an individual, look at the name printed on the front of your cell phone). More importantly, why did we need to have receive notices about it at all?

This past Monday, my day was busier than usual due to the fact that my calendar was more than slightly screwed up. The early change to Daylight Savings Time (DST) played havoc with my calendar (MS Outlook), even after I applied the so call patch from Microsoft. I had calendar events that were off by an hour and kept receiving unneeded meeting updates from others that I work with. One may wonder if on-demand users were safe from the DST debacle? Unfortunately, the answer is no. I noticed on Monday evening that Google’s Calendar application had the dates wrong too (a meeting scheduled for 8 was showing up at 9). At least all that affected me was my calendar applications.

The US Government pass the Energy Policy Act of 2005 back on July 29th, 2005; this is the act that changed when DST starts and stops. What I find surprising is that I didn’t see any notice about how to update my IT equipment (e.g., home computer, palm pilot) from vendors until only a few weeks ago. I saw home grown notices from Palm users about how to manually update my Treo, but didn’t see anything from Palm until a few days before the DST change. This lag from IT vendors then created a lag from IT departments to their users.

The end result appears to be a breakdown of IT that had wider impact than Y2K. Granted, this appeared to be a slight breakdown and (as far as I know) nothing seriously broke other than calendars. However, I see this as a challenge to IT vendors and IT Managers to focus on improving their advanced planning tactics. There is no reason for the delays we saw with how the DST situation was handled. To me, this was just a slight annoyance. In my opinion, technology vendors and managers need to start focusing on eliminating even these slight annoyances.

Filed Under: Tech Industry Tagged With: IT Management, IT Vendors

Why IONA Bought C24

March 12, 2007 Leave a Comment

(Disclaimer: I am currently employed by IONA as a Senior Solutions Consultant. See general disclaimer to the right.)

This past week, IONA announced the acquisition of C24 Technologies out of the United Kingdom. IONA has had a reseller agreement with C24 Technologies for quite some time that matched the strengths of our two companies for the greater benefit of mostly our financial services clients. This acquisition is a great example of complimentary products and people joining forces to provide truly differentiated value.

I have been working with the C24 IO tool (re-branded by IONA as Artix IO) for the past seven months at various Fortune 100 financial firms. IO (Integration Objects) is a data mapping and translation tool that enables model driven data management. Not only does IO come preconfigured with in depth knowledge of standard financial industry message formats, but it provides a graphical data mapping tool for building data translation models, it can convert these models into transformation rules, and generate optimized java code based upon the data mapping models. IO also has the ability to provide constraints to message validations that go beyond what’s available today with XML schemas or XPATH; and these constraints can be applied to any message format. Data models generated with IO currently process trillions of dollars of financial transactions daily around the globe.

Side Box: John Davies, co-founder and CTO for C24, enjoys showing prospective clients how IO can handle the intricacies of complex message schemes like SWIFT, FpML, and ISO 20022 and then providing the test schemas to the client to have them try the same test with the other data mapping tools they are evaluating…he hasn’t come across an instance yet where the other tools didn’t fall over on some part of the schema’s intricacies. After spending over two decades in the financial services industry dealing with these complex message formats, John and the C24 team has ensured that IO can handle the complicated formats that enable electronic banking in today’s world. (John also did an interview with TheServerSide.com on the acquisition.)

To provide some contextual background, IONA’s Artix family of distributed SOA infrastructure products enable true distributes service integration and has been in use for years within both the Financial Services and Telecommunications markets. The entire concept of SOA is about service enabling functionality within your enterprise and making that functionality available to anyone who needs to access it. Any point in your enterprise could directly consume a service within the enterprise to leverage its functionality. Enabling this type of efficient point to point connectivity using standards based message formats and transports is the genesis of the Enterprise Service Bus (ESB) concept. That concept seems to have gotten diluted over the past few years during the conversion of existing applications server stacks into essentially ESB Hubs that all service consumption must pass through. Artix is a truly distributed technology that embraces this ESB concept. (For further discussion on the Stacks versus Distributed concept, see William Henry’s Gravity of the Hubs postings).

By hosting the model generated Java code from IO within the Artix runtime on the distributed services within an enterprise, Financial Service clients gain the combined benefit of efficient distributed services with robust model driven data mapping for financial message formats. This allows a firm to choose the best way to service enable an application based upon the unique technical, business, or political architecture of their organization. And they can do it in the incremental value driven approach that has become the new standard within the maturing technology industry over the past five years.

I am very excited about the joining of IONA and C24. I foresee some exciting case studies coming in the future as we continue to work with our large financial services clients on Artix and IO based solutions; and as the combined team continues to expand IO’s preconfigured message format understanding beyond financial services.

Filed Under: Tech Industry Tagged With: Artix, C24, Financial Services, IONA, SOA

Back Online

March 5, 2007 Leave a Comment

I am glad to announce that the rumors of my blogging demise are not true. The past few weeks have had me heads down on a customer project; I have been working with a Fortune 100 financial institution on a project involving a enterprise SOA initiative.

The good news is that there are numerous lessons to be learned (and shared) from this project. The bad news is that the timing of the project correlated with other things going on and resulted in me having less than no time for some items in my life (like contributing to this blog).

I appreciate everyone’s patience while I get my head back above water.

Filed Under: Uncategorized Tagged With: Updates

  • « Previous Page
  • 1
  • 2
  • 3

About latoga labs

With over 25 years of partnering leadership and direct GTM experience, Greg A. Lato provides consulting services to companies in all stages of their partnering journey to Ecosystem Led Growth.