Weblogic Authors: Yeshim Deniz, Elizabeth White, Michael Meiner, Michael Bushong, Avi Rosenthal

Related Topics: Weblogic

Weblogic: Article

Transactions - Just Another Tinkertoy?

Transactions - Just Another Tinkertoy?

Over the past 16 months - has it really been that long?! - I have attempted to climb the peaks of how to design applications that use transactions, and dived into the depths of the earth, looking at obscure knowledge such as how clients can demarcate transactions, and grubby details of interfacing WebLogic's transaction manager with external resources like MQ Series and, much to my surprise, you have come along on this odyssey with me. Who'd have thought that there were so many people interested in these minutiae?

Well, to be honest, I would for one. Being an engineer by training, I like nothing more than tinkering with these kinds of mechanisms. It's interesting, challenging stuff. Some people play chess. I don't know the rules so I need an alternative pointless endeavor! But that is only half of engineering. The world wouldn't contain any engineers at all if they never produced anything - if we all spent our lives tinkering in our sheds, instead of building software systems, bridges, roads, cars, and so on, who would care? We'd be begging on the street corners, transaction manager in one hand, with a mangy dog holding a JDK in its mouth, and no more than an old copy of Kernighan and Ritchie to sleep under at night. That's not the case. We do build things too.

The things we build come in two categories. On the one hand, there is the tedious, repetitive "yet another" forms application that gathers some information from a user, updates some databases, and repeats until bored (or accidentally powered down by the cleaner). On the other hand, sometimes our employers need very technical stuff done, because unless their business is run on some pretty revolutionary systems, with mind-numbing response times and so on, they won't be able to compete and we'll all be out of a job, fighting over the K&R, and who gets first bite of the dog. For the second category of engineering problem, burning the candle at both ends reading transaction articles is time well spent - with a deep and thorough understanding of the subsystems that make up the underlying infrastructure (and a healthy dash of experience and some luck) you can build something truly amazing - the Sydney Opera House of applications.

Who Gets First Bite of the Dog?
However, the Sydney Opera House wouldn't make a great affordable housing scheme. Here builders with more modest aspirations can happily erect a housing complex from prefabricated parts just like they did last week, and will again next week, and make a family or several very happy. What is needed here isn't the pinnacle of creative expression, it's a good job well constructed from components and templates with the minimum of cost and fuss.

So what on earth is he rambling about now, I hear you sigh, has he finally lost it?

Well, not quite. To return from the land of metaphor for a moment, sensible use of transactions will be necessary whether you're building an order entry forms app, or a world-beating innovation. It's just that in the former case, there are many widely applicable and well-understood design patterns for their use (you know, the stuff I wrote about before) that can be applied in the knowledge that they will "just work" because the problem is so similar to so many others. Under these conditions, it should be possible to forget almost entirely about transactions and get on with implementing business logic. After all, how many construction engineers worry on a day-to-day basis about the laws of physics? Transactions really should be fundamental laws-type stuff...

Now, imagine a world where you can graphically describe your business process, add the few lines of code that actually do your processing at the right points, and press "run." Imagine also that you can design (or even generate) the forms front end at the same time. Sounds like second-generation, client/server desktop development tools. Imagine that you can deploy the results to large, and variable, user populations and it all still works... That sounds new! It also sounds like the new (8.1) version of WebLogic Platform. The Workshop tool allows you to do exactly that. But make no mistake, this goes much deeper than a tool. Anybody can host a load of windows in a single environment and produce a "developer tool portal," but that's not where the productivity comes from.

Remember, the productivity came from the assembly patterns and components, not from having a "universal hammer" that screws while it nails while it drills. The depth, and the value, is in the runtime framework that underpins the development environment. It applies sensible patterns and standards across the board, allowing you to treat low-level considerations like transactions as laws-of-physics rather than matters of pressing concern.

It Screws While It Nails, While It Drills!
So how does this relate to transactions directly? Well, in the process designer you draw your business process. If it's a long-running process, the framework will start a transaction at the start of the process and commit it whenever the process comes to a pause, to ensure the state is preserved. Probably what you'd want, right? For a process that doesn't pause it will start a transaction, do all the work, and simply commit it. Probably what you'd want too, right? But if the probabilities fail you, you can rubber band the transactions over your process steps, and tell the framework where they should start and end based on the physical realities of your system, still without a line of code explicitly referencing transactions. Oh, and by the way, when the framework assumptions don't apply to your particular use case you can drop back down to the J2EE APIs and the good old application server knowing that all the code will still end up deploying into the same environment.

Back to the Future
I remember my first column (WLDJ, Vol. 1, issue 1) talked about how transactions were assumed to be complex because all the two-tier developers never had to think about them, they just magically happened. And for the majority of applications, that's the way it should be. More strength to BEA's platform elbow in pushing them back into obscurity where they belong!

More Stories By Peter Holditch

Peter Holditch is a senior presales engineer in the UK for Azul Systems. Prior to joining Azul he spent nine years at BEA systems, going from being one of their first Professional Services consultants in Europe and finishing up as a principal presales engineer. He has an R&D background (originally having worked on BEA's Tuxedo product) and his technical interests are in high-throughput transaction systems. "Of the pitch" Peter likes to brew beer, build furniture, and undertake other ludicrously ambitious projects - but (generally) not all at the same time!

Comments (0)

Share your thoughts on this story.

Add your comment
You must be signed in to add a comment. Sign-in | Register

In accordance with our Comment Policy, we encourage comments that are on topic, relevant and to-the-point. We will remove comments that include profanity, personal attacks, racial slurs, threats of violence, or other inappropriate material that violates our Terms and Conditions, and will block users who make repeated violations. We ask all readers to expect diversity of opinion and to treat one another with dignity and respect.

IoT & Smart Cities Stories
Early Bird Registration Discount Expires on August 31, 2018 Conference Registration Link ▸ HERE. Pick from all 200 sessions in all 10 tracks, plus 22 Keynotes & General Sessions! Lunch is served two days. EXPIRES AUGUST 31, 2018. Ticket prices: ($1,295-Aug 31) ($1,495-Oct 31) ($1,995-Nov 12) ($2,500-Walk-in)
Andrew Keys is Co-Founder of ConsenSys Enterprise. He comes to ConsenSys Enterprise with capital markets, technology and entrepreneurial experience. Previously, he worked for UBS investment bank in equities analysis. Later, he was responsible for the creation and distribution of life settlement products to hedge funds and investment banks. After, he co-founded a revenue cycle management company where he learned about Bitcoin and eventually Ethereal. Andrew's role at ConsenSys Enterprise is a mul...
Nicolas Fierro is CEO of MIMIR Blockchain Solutions. He is a programmer, technologist, and operations dev who has worked with Ethereum and blockchain since 2014. His knowledge in blockchain dates to when he performed dev ops services to the Ethereum Foundation as one the privileged few developers to work with the original core team in Switzerland.
René Bostic is the Technical VP of the IBM Cloud Unit in North America. Enjoying her career with IBM during the modern millennial technological era, she is an expert in cloud computing, DevOps and emerging cloud technologies such as Blockchain. Her strengths and core competencies include a proven record of accomplishments in consensus building at all levels to assess, plan, and implement enterprise and cloud computing solutions. René is a member of the Society of Women Engineers (SWE) and a m...
Digital Transformation and Disruption, Amazon Style - What You Can Learn. Chris Kocher is a co-founder of Grey Heron, a management and strategic marketing consulting firm. He has 25+ years in both strategic and hands-on operating experience helping executives and investors build revenues and shareholder value. He has consulted with over 130 companies on innovating with new business models, product strategies and monetization. Chris has held management positions at HP and Symantec in addition to ...
The challenges of aggregating data from consumer-oriented devices, such as wearable technologies and smart thermostats, are fairly well-understood. However, there are a new set of challenges for IoT devices that generate megabytes or gigabytes of data per second. Certainly, the infrastructure will have to change, as those volumes of data will likely overwhelm the available bandwidth for aggregating the data into a central repository. Ochandarena discusses a whole new way to think about your next...
CloudEXPO | DevOpsSUMMIT | DXWorldEXPO are the world's most influential, independent events where Cloud Computing was coined and where technology buyers and vendors meet to experience and discuss the big picture of Digital Transformation and all of the strategies, tactics, and tools they need to realize their goals. Sponsors of DXWorldEXPO | CloudEXPO benefit from unmatched branding, profile building and lead generation opportunities.
Dynatrace is an application performance management software company with products for the information technology departments and digital business owners of medium and large businesses. Building the Future of Monitoring with Artificial Intelligence. Today we can collect lots and lots of performance data. We build beautiful dashboards and even have fancy query languages to access and transform the data. Still performance data is a secret language only a couple of people understand. The more busine...
All in Mobile is a place where we continually maximize their impact by fostering understanding, empathy, insights, creativity and joy. They believe that a truly useful and desirable mobile app doesn't need the brightest idea or the most advanced technology. A great product begins with understanding people. It's easy to think that customers will love your app, but can you justify it? They make sure your final app is something that users truly want and need. The only way to do this is by ...
DXWorldEXPO LLC announced today that Big Data Federation to Exhibit at the 22nd International CloudEXPO, colocated with DevOpsSUMMIT and DXWorldEXPO, November 12-13, 2018 in New York City. Big Data Federation, Inc. develops and applies artificial intelligence to predict financial and economic events that matter. The company uncovers patterns and precise drivers of performance and outcomes with the aid of machine-learning algorithms, big data, and fundamental analysis. Their products are deployed...