Jesper Joergensen's Blog

Jesper Joergensen's Homepage
Jesper Joergensen is Director of Product Marketing for BEA's Business Process Management products. Jesper has been with BEA since 2003 and has covered many of BEA's WebLogic products. While Jesper is now mostly focused on strategy and relationships with industry analysts, partners and customers, he has been known to still open up Eclipse and crank out some code now and then.

Blog Moving Day - Change your feed subscription!

I am moving my blog to here:

http://jesperatwork.blogspot.com

I have copied all my entries over there, but the comments will be lost and I am not sure what is going to happen to the blog posts here on dev2dev. If you subscribe to my blog feed, you will have to change your subscription to here:

http://feeds.feedburner.com/jesperatwork

On my new blog page, you will find links to subscribe to the blog feed as well as my Twitter and FriendFeed locations. My use of Twitter and FriendFeed are still experimental, but I sense some real benefits from these services, particularly FriendFeed.

If you've been following my posts here, I hope you will continue to do so on the new location. As always comments are welcome, but please post them on http://jesperatwork.blogspot.com instead of here. If you're new to FriendFeed, you might also consider checking it out as an alternative means of conversation in the blogosphere.

Over 125 people in our BPM labs at Participate!

Oracle|BEA Participate is over. At the event we had well over 125 people visiting our BPM labs to do hands-on exercises. This a huge percentage of the total 600+ attendees, particularly when you consider that 4 parallel tracks of really interesting sessions were taking place at the same time. Tough competition!

We are really impressed and happy with this interest and we hope that everybody enjoyed the lab exercises. We used a VMWare image to host the configuration of AquaLogic BPM Studio and the projects used in the exercises, so we cannot easily distribute this (yet). But here are the PDFs for all the exercises:

1. Modeling and Simulation (Business - Basic)
2. Business User WorkSpace and Dashboard (Business - Basic)
3. Your First BPM Project (Technical - Basic)
   1. Your First Modification of a BPM Project
4. Modeling Best Practices (Technical - Basic)
5. Diving Deep into the WorkSpace (Technical - Basic)
6. Testing and Debugging Processes (Technical - Advanced)
7. Deployment and Configuration (Technical - Advanced)
8. BPM and Enterprise Service Bus (Technical - Advanced)

Finally, big kudos to the team who pulled this off: Mariano, Mateo, Nicolas, Juan, Fernando and the many others who helped during the show!

Want the real deal? Try BPM hands-on at BEA Participate BPM Labs

I have almost wrapped up my homework for Participate and I am fired up and ready to go.

This year, I won't be speaking in any of the sessions. Instead I have devoted my time to our Participate BPM Hands-on Labs. The lab is open Tuesday after lunch and all Wednesday and you will be able to pick between 8 lab exercises that target beginners as well as advanced users and cover both the business and IT side.

So this is not just a propeller head thing. If you are on the business side and you are wondering why in the world you should care about BPM software or you've asked yourself "How does this look like in real life?" then you should stop by the labs and find out.

Here are the list of lab exercises:

The lab is located in the New Orleans room on the Gold Level of the Hyatt Regency, Chicago. That's right here:

Looking forward to seeing you all there!

Sneak preview of BPMN support in next BPM release

Alex Toussaint just posted a sneak preview of the new Studio look and feel in our next release of the BPM Suite. Bruce Silver was looking for a bit more bling in the diagram, so here's another screen shot showing a little more rich use of BPMN specific icons:

We've kept the curved transitions to make it easier for our existing users to keep their "classic" style if they want.

Andrew McAfee, Verizon, Proctor & Gamble at BPM and Social Computing Event, May 12-15 in Chicago. iPod Touch for all attendees.

If you're a current BEA ALBPM or ALUI customer, I hope you've already heard about BEA Participate (if not, then hurry up and check it out, you definitely want to be at this event). If you're currently evaluating some of BEA's BPM and Social Computing products, then you should definitely check out this event and talk to your sales rep about participating.

Yes. The title is correct: At the low price of $1295 for registration, you will get a free iPod Touch to use at the event AND take home after if you want.

Here's what's happening:

• Keynotes: Andrew McAfee on Enterprise 2.0, Procter & Gamble on portal & social computing, and Verizon on the industry’s largest BPM deployment.
  
• Customer speakers: Novartis, McKesson, University of Pittsburgh, US Office of Secretary of Defense, JPMorgan, Boeing, Weyerhaeuser, Screwfix, United Healthcare Group and many more which is featured in the agenda.
  
• Agenda: a packed agenda with sessions ranging from KM in modern workplace, business rules, APIs galore, integration with packaged apps and many more. There’s something for everyone whether you’re a developer, coder, LOB, architect, IT mgr, business analyst or project mgr so no one will get left behind.
  
• iPod Touch: more social applications then you know what to do with at this conference and all on ALI 6.5. And yes, attendees get to keep the iPod Touch (unless you don’t want it).
  
• Product Experts: more BEA experts, engineers and architects flowing around to chat with and join in the white-boarding style sessions in between breakouts and meals.
  
• Customer Briefing Center: schedule intimate one-on-one meetings with BEA executives and product gurus
  
• Accenture: Accenture and BEA has teamed up to create an Accenture Innovation Center for BEA based solutions. This group will be at Participate and you can schedule a meeting with them to discuss your project needs.

This will truly be a unique event. We hear it over and over again from our customers: You don't want to just listen to us. You want to talk to your peers and tap into the collective experience. The feedback from last year's event was very positive. This is the best learning and networking opportunity for the users of BEA's BPM and Social Computing products.

Sign Up!

You can serialize BPMN into BPEL, but BPEL should not be the serialization standard

Bruce has written another chapter (and follow-up) in the developing story of BPMN and BPEL in a response to a post by Keith Swenson. Bruce is, as always, spot on. (I just wish he would include AquaLogic BPM when he mentions products that can execute BPMN.)

As Bruce explains, BPMN is not always easy to map to BPEL and the reason is that BPMN allows you to draw a full graph while BPEL is block oriented (Bruce's examples illustrates it well). The pro-BPEL folks say that this is not a problem because you can always devise a strategy  to "unfold" the graph into a block structure. That's true, you can always find a way to represent a BPMN diagram in BPEL. But the way you choose to do this is likely to be your way. It will not be standardized. Therefore, the same BPMN diagram will end up looking different in BPEL depending on your tool/engine/custom method.

In theory, when the process executes, this doesn't matter. The "unfolding" should not change the behavior specified by BPMN, so the result of the execution should be the same if two different strategies are chosen. But the problem is that the strategy is proprietary. For example, A BPMN compliant BAM tool doesn't know how to show process trace for a process executed in BPEL. A BPMN compliant simulation tool cannot take the BPEL file and turn it back into the original BPMN file because it doesn't know the strategy used to go from BPMN to BPEL.

Now you might say: Why don't we just create a standardized mapping from BPMN to BPEL?

Yup. That would work. It would solve those problems. But the thing is, then we need to create this new standard. And if we need to create a new standard, then the whole reason for trying to use BPEL as the serialization standard (reason being that the standard already exists) disappears.

To use BPEL as a serialization standard for BPMN, we will have to create another standard anyway. That standard being the mapping of BPMN to BPEL.

The other approach is to create from scratch a serialization format for BPMN, aka a meta model; basically a schema for how to represent a BPMN diagram as a data structure. I like this approach much better.

The importance of BPMN lies in the need for a familiar visualization of business processes that is maintained across repositories, execution engines, BAM tools (process auditing), modeling environments etc. I believe this requires a BPMN-centric meta model. Let me explain: Say you don't have a BPMN meta model, but you have BPEL plus a standardized serialization method. If you're building a BAM tool where you want to show alerts, queue sizes etc. rendered on the process diagram itself, you will have to take the BPEL and apply the de-serialization strategy to turn it back into BPMN (remember, no one will be familiar with the BPEL for visualization because it was not used to build the original model, it was generated from BPMN using the serialization method). Doing this will require you to invent your own meta model for BPMN so you can store and render the resulting BPMN diagram in your application. It's pretty likely that no two applications will invent the same BPMN meta model and thus the diagrams will look and/or behave different even if it wasn't intended. This is the wrong track. It is too error-prone, requires unnecessary duplication of work (many meta models) and it forces too much focus on BPEL when BPEL is really mostly relevant for execution. BPEL is not suitable for business process modeling because it's too restrictive and machine oriented. This has been acknowledged pretty widely in the industry, so I hope it's not a controversial statement.

This is not a criticism of BPEL as an execution format. But it appears much more sensible to standardize a meta model for BPMN and then let vendors build implementation specific mappings to BPEL from there.

Integrated BPM Suite from IBM? I am not quite sold yet...

IBM has been marketing their plethora of BPM related products as one integrated BPM Suite for some time. With the acquisition of FileNet it became even more difficult to select which product to get from IBM for BPM.

Now they've announced that they're really getting serious about integrating these components. Bruce Silver has offered his perspective on this (and followed up with more). From a competitor's perspective this is a really interesting announcement because on one side it acknowledges the importance of an integrated BPMS (such as AquaLogic BPM) and on the other side it admits that IBM does not have this yet.

Now if they could only catch up quickly, it shouldn't be such a big deal right?

Right, but it's not going to be easy for IBM to bring all those pieces together. We're talking dozens of products, home-grown and acquired, built on different architectures for different use-cases and now owned by different product groups, marketed under different brands and maybe even sold by different sales teams. There are overlaps and conflicts of interests all the way up and down the stack from engineering to sales, not to mention the headache of supporting existing customers. They have to align at least 4-5 executives and their organizations to make this happen and that's a hard thing to do in any company.

I'll be looking forward to seeing some execution on this.

Amazon EC2: A bullet-proof demo environment that facilitates collaborative and iterative development

Over the last couple of months, I've been spending some time on Amazon EC2. I started by installing ALBPM Enterprise with an Oracle DB and it went pretty smooth. I moved on to installing ALI, ALIC, ALBPM Enterprise and Oracle on another image and while it took a little longer to get all the parts together I've now also got that one up and running minus a few last items. I took extensive notes but most of my experience will be outdated very soon when we release ALI 6.5 and ALBPM 6.1. These new releases will radically simplify the combined setup and instead of spending the time to clean up and double check my install notes, I am going to wait for this new release and write a post on how to run it on EC2.

I promised in my earlier post that I would discuss the reasons and pros and cons of using Amazon EC2. Here are some of the use cases I see for the service in increasing order of complexity/applicability/uncertainty of value:

1. A bullet-proof demo environment that facilitates collaborative and iterative development of demos
2. A bullet-proof test environment that is highly scalable and can be heavily automated
3. Extra capacity for on-premise systems that are already exposed to external users as well as internal systems (but security implications must be considered)
4. Primary hosting vehicle for certain external and internal solutions configured and managed on premise (for internal solutions, security implications must be considered)
5. Hosting platform for independent service providers (highly dependent on cost structure and value added by the services of the ISV, in some ways this is just a special case of 3 and 4)

The rest of this post describes the first of these use cases.

A bullet-proof demo environment that facilitates collaborative and iterative development of demos

Building and giving demos of enterprise software can be quite a daunting task. A demo often needs to show more than just the basic features. It needs to show how a product works with other products and it can be quite complex to get all this software installed and configured properly. Moreover, often the demo itself will change the state of the system which in best case will require you to "undo" or reset it in some way, in worst case it can make the system unstable and cause future demos to fail. Now, you might say that good quality software shouldn't behave like this. But keep in mind that the software wasn't designed for demos but rather for large-scale, perpetual deployments and requirements are very different for these two scenarios. To be more accurate, software vendors actually do consider demo requirements as part of product planning, but they don't always get high priority and even if they do, there is an important use case for complex demos at the cutting edge that cannot be planned for in advance.

One approach used widely today is to use vmware. With vmware you can build a demo on a vmware image, then "snapshot" it and now you can rerun it as many times as you like without anything breaking.

The problem with the vmware image is that it requires a lot of resources on your local laptop. It can tend to run slower than you'd like and the image often takes up many gigabytes of hard drive space. With an 80-120 GB hard drive, you won't be able to store a whole lot of images, so most people have a separate external hard drive for this purpose. This is annoying in itself, but the thing most people complain about is that it's not easy to share the image with your fellow demoers (pre-sales engineers for example).

Building demos should really be a collaborative and incremental activity. You start with a v1.0, your buddy then adds Gadget X which makes it even cooler. He shares it with the team and other people come up with further improvements and so on. This is really hard if you rely on sneakernet for sharing images. If you're a pre-sales engineer, you're often on the move and it just takes too long to download multi-gigabyte images over some hotel connection. You definitely don't want to rely on it for your demo the next day, and you will rarely have the time to snapshot and upload any improvements you've made. The result is that this just doesn't work. In our SE organization I think only a few people rely on vmware images for demos and they all really wish they could collaborate more.

Amazon EC2 makes this possible. It has all the benefits of a vmware image and on top of that it is stored in the cloud and it runs in the cloud. With a little additional magic you can even build demo configurations consisting of multiple hosts that talk to each other and emulate, say an SOA. Your images are stored on and loaded from S3, Amazon's storage service. So you never have to download to / upload from your laptop. As with vmware, your image can be booted over and over again and you will always start with the exact configuration that you want, so you know your demo will run smoothly.

But the most interesting advantage is that you can share your images with other EC2 users. Say a friend on your team would like to use your demo for a meeting the next day and she wants to add a few bells and whistles to it. Here's how you do it:

1. You add access privileges to your image for your friend's EC2 account.The image is still stored on your S3 account and is read-only, so nothing will happen to it.
2. Your friend can now boot up an instance from your image
3. Once booted your friend adds some new cool features and bundles up the new configuration as a new image stored on her own S3 account.
4. Your friend demos the new stuff to a customer. Everything goes smoothly because the demo is booted from an image that was tested the night before. It can be repeated endlessly without breaking.
5. Now your friend can share this new image with you and everybody else on the team. Everyone can now benefit from these new enhancements with having to shuttle gigabytes of data over the wires or meet in person for some hard drive sharing.

I am not sure if this sounds like modest benefits to existing vmware users. But I am convinced that this model has the potential to dramatically increase creativity and "prototype/demo innovation" which I think is really important to competitive enterprise software sales. I am very interested in feedback from SEs and people in similar roles that may be using this approach or just agree/disagree with this use case.

Costs and limitations

Of course Amazon EC2 comes with some costs and some limitations. The costs are pretty straight forward (copied directly from the EC2 page):

Instances

$0.10 - Small Instance (Default)

1.7 GB of memory, 1 EC2 Compute Unit (1 virtual core with 1 EC2 Compute Unit), 160 GB of instance storage, 32-bit platform

$0.40 - Large Instance

7.5 GB of memory, 4 EC2 Compute Units (2 virtual cores with 2 EC2 Compute Units each), 850 GB of instance storage, 64-bit platform

$0.80 - Extra Large Instance

15 GB of memory, 8 EC2 Compute Units (4 virtual cores with 2 EC2 Compute Units each), 1690 GB of instance storage, 64-bit platform

Pricing is per instance-hour consumed for each instance type. Partial instance-hours consumed are billed as full hours.

One EC2 Compute Unit provides the equivalent CPU capacity of a 1.0-1.2 GHz 2007 Opteron or 2007 Xeon processor. This is also the equivalent to an early-2006 1.7 GHz Xeon processor referenced in our original documentation. See Measuring Compute Resources for a complete description of an EC2 Compute Unit.

See Amazon EC2 Instance Types for details on available instance configurations.

Data Transfer

$0.10 per GB - all data transfer in

$0.18 per GB - first 10 TB / month data transfer out
$0.16 per GB - next 40 TB / month data transfer out
$0.13 per GB - data transfer out / month over 50 TB

Data transfer "in" and "out" refers to transfer into and out of Amazon EC2.

Data transferred within the Amazon EC2 environment, or between Amazon EC2 and Amazon S3 or Amazon SimpleDB, is free of charge (i.e., $0.00 per GB), except data transferred between Amazon EC2 and Amazon S3-Europe, which will be charged at regular rates. All other Amazon S3 storage and request charges will still apply.

Amazon S3 usage is billed separately from Amazon EC2; charges for each service will be billed at the end of the month.

With respect to limitations, here's what comes to my mind:

• EC2 requires network connectivity. This is potentially a severe limitation because when you're on site at a customer you may not be able to get online. But I am suspecting that it's becoming less of a problem as Internet access becomes more pervasive with corporate guest WI-FI networks and 3G mobile network access.
• EC2 is not optimal for demonstrating desktop components: If you want to demo an Eclipse plug-in or a full-fledged desktop app, EC2 might not be the right choice. But it's not impossible. I've seen people putting Windows images on EC2 and you can also get X11 forwarding up and running fairly easily.
• EC2 runs Linux (mostly): Like I said above, I've actually seen descriptions for how to get Windows running, but I am not sure how easy it is. Anything that runs on RedHat/Fedora is pretty easy to put on EC2. If you need Windows or Mac, EC2 may provide less benefits.

Anything I've missed?

Learning more about fraud-detection from the Eliot Spitzer case

This article in Technology Review, published by MIT has even more information about the anti-money laundering systems that caught Eliot Spitzer. We regularly get requests for what role a BPM Suite plays in anti-money laundering solutions and the article provides a good context to understand the role of BPM.

First you need to funnel an enormous stream of events from their sources (credit card transactions, account transfers, deposits, etc) to a system that applies all the sophisticated algorithms that detect unusual patterns. This part requires complex event processing as a foundation, but CEP itself is probably not enough and BPM Suite technology is most likely not relevant at all for this job.

A BPM Suite is more likely to be involved when the algorithm detects suspicious activity. This triggers a business process that routes the case to a dedicated group of people for review. The BPM Suite can enrich the record with any relevant information on the customer before it's presented for review. Reviews could be tiered or scheduled in parallel (for additional fidelity) or both. All this would be modeled as a business process and with a BPM Suite this process can be easily integrated to the upstream fraud-detection system that triggered it, the downstream systems that would further process the case (such as the FinCen) and systems in between that can provide additional data or that needs to be updated as part of the process. The human workflow controlled by the task management component of the BPMS and all activity can be monitored to measure resource utilization, guarantee internal SLAs and document regulatory compliance.

In 2006, banks filed a record 567,080 "Suspicious Activity Reports" (SARs) and 2007 is on track set a new record. These are the filtered activities after bank personnel has reviewed activity flagged by the fraud-detection algorithms. For each of these reports, the bank has reviewed many times more activities flagged by their internal systems. This is the work that the BPM Suite can automate, manage and measure.

BPM Breakfast seminar, Mar 27, New York

As mentioned earlier, we've recently released our State of the BPM Market white paper and we are currently touring 13 cities in the US to meet with business and IT professionals interested in learning about BPM and future trends.

I will be speaking at the upcoming New York event taking place at the Ritz Carlton New York, Central Park. We kick off at 8:30am with breakfast and then I will present on BPM market trends followed by Accenture who will talk about customer success with BPM.

I hope we will get a good discussion going. If you are going and have any questions up front, please leave a comment on this post.

If you would like to go and you haven't signed up yet, you can still register here.

Event Processing and Eliot Spitzer

An interesting article on zdnet blogs explains how the banks' reporting of suspicious transactions to the treasury played a part in revealing Eliot Spitzer's dealings.

Suddenly boring, dry stuff like Complex Event Processing comes to life in a new way. It's probably well-known that banks monitor and report transactions over $10,000. But it turns out they also look for patterns of transactions below the threshold that could indicate foul play. This is obviously a perfect job for a CEP engine combined with some BPM technology and it sounds like there are opportunities for technology investments by the banks:

Institutions must have processes and trained staff in place to identify when and if a CTR (currency transaction report) is required, including the ability to aggregate same-day cash transactions made by or on behalf of the same person, and to file CTRs correctly. While automation has made these tasks less difficult, most institutions reported that their processes still include “manual” steps; for example, most institutions reported that their CTRs are reviewed by branch managers or compliance officers before being sent electronically to FinCEN or by mail to IRS. Institutions we contacted were generally unable to quantify their costs for meeting CTR requirements, in large part because they use the same personnel and processes for meeting other BSA requirements or for other purposes and do not separately account for CTR-related costs.

(emphasis mine). Interesting. So it looks like there are some money to be saved here, but lack of visibility into the real costs of the manual processing prevents the banks from seeing the potential ROI.

Shameless plug: If anyone in anti-money laundering, compliance or fraud detection is reading this, go check out WebLogic Event Server and BEA AquaLogic BPM. This is the technology you need to automate these compliance requirements.

Ray Ozzie plugs Amazon Web Services

Gigaom posted an interview with Ray Ozzie containing the following question and answer (taken a bit out of context):

OM: It (mesh-oriented apps) sounds like a great idea, but in reality can we actually deliver that kind of a mesh app architecture, and how soon?

RAY OZZIE: I think that you’ll see is over the course of this year, to 18 months, you’ll see the incumbents and startups, both, do their first big volleys of services platform, apps tools, runtimes, various things. It really isn’t being taken seriously right now by anybody except Amazon. They’ve done the world a service by putting out there some fairly provocative, interesting services.

(emphasis mine)

This is exactly how I feel about Amazon's web services after having played around with EC2.

After going through my experience I brought it up in conversations with many different people inside and outside BEA. Some people knew about EC2, very few, if any, knew exactly how it worked and it took a bit of time to explain. People used to working with VM images (mostly from VMware) understand the virtual OS image part, but the whole thing about command lines that boot up virtual computers in the cloud and all the aspects that come with it take a bit of time to "get". It did for me too, but once you get it, you can't stop thinking of what kind of opportunities it offers.

I am not saying that it's the best thing since sliced bread and you're waaay behind if you haven't already built your business model on it. What fascinates me is a sense that we don't know yet how this will be used. People will build businesses on Amazon's services and we don't know if the approach will be a niche or main stream. It could greatly speed up innovation and delivery of services without ending up as a mainstream platform. Or it could be copied and perfected by another company. I think it's a wide open field right now and I don't think we get to experience a wide open field that often. So I am excited.

BPM Excellence Awards to BEA Government Customers

Congratulations to two of our government customers, Supreme Court of Louisiana and Government of Bermuda. During the BPM Awards and Technology Showcase in Nashville this week, they will be named silver winners of the Global Excellence in Business Process Management and Workflow Award.

We are naturally proud to be part of this success. We are seeing strong adoption of BPM across governments and public sector entities across the world and it's great to see some of these innovative organizations get credited for their hard work and bold bets.

Read more in the press release.

We did the hard work for you. Read all about it our new State of the BPM Market report

BPM has become a fast-growing market with lots of hype and lots of real trends to keep up with. It can be quite overwhelming to chew through all the research that is published in a never-ending stream.

Therefore we decided to help out. We have synthesized all the research from the last 12 months to give you an aggregate picture of where BPM as a discipline is today. And we did more than that. We also surveyed our own customer base. With over 200 responses from people who are doing BPM today, this is one of the biggest surveys of its kind. We asked them questions about ROI drivers, top product selection criteria, biggest challenges and more.

The report is available for free here.

For more overview info, read the press release

Installing AquaLogic BPM Enterprise Server on Amazon EC2

June 2008

Search this blog:

Archives

May 2008
April 2008
March 2008
February 2008
January 2008
December 2007
October 2007
September 2007
August 2007
July 2007
March 2007
November 2006
October 2006
September 2006
August 2006
July 2006
June 2006
September 2005
June 2005
May 2005

Categories

Recent Entries

Blog Moving Day - Change your feed subscription!

Over 125 people in our BPM labs at Participate!

Want the real deal? Try BPM hands-on at BEA Participate BPM Labs

Articles

Building Process-Driven Applications with WebLogic Workshop
In this article we will look at how you can use Java process definitions in WebLogic Workshop to build order entry and user registration applications.  Mar. 15, 2004

All articles by Jesper Joergensen »