Posts Tagged ‘Oracle’

Some tips & tricks on migrating SOA Suite 10g to 11g – Part 2

This blog contains some experiences taken from our migration from SOA Suite 10g to SOA Suite 11g. The previous one was about custom XSLT functions, sensors, composite instance tracking, and Domain Value Maps (DVM). This entry is about using Oracle Internet Directory (OID) 10g as identity provider for SOA Suite 11g.

Integrating OID 10g with SOA Suite 11g
Using OID 10g as identity- and access provider in SOA Suite 10g wasn’t entirely trivial. After applying the steps as documented in Oracle BPEL Process Manager Administrator’s Guide 10g you needed to perform some additional configuration steps that could be somewhat tricky at first. Jaap Poot has some great blogs on this.

Oracle Service Bus article on OTN

The Oracle Service Bus article Eric Elzinga and I wrote is published on Oracle Technology Network (OTN).

The article is aimed at developers and architects who are familiar with Oracle Enterprise Service Bus (OESB) and are (fairly) new to Oracle Service Bus (OSB). The tutorials in this article highlight differences between these two products. The tutorials are based on a workshop in the WAAI community; a collaboration of Dutch consultancies (Whitehorses, Approach, AMIS, and IT-Eye). The goal of the WAAI collaboration is to share, bundle, and expand knowledge on the recent Fusion Middleware 11g release.

Presentations Oracle OpenWorld 2009

Oracle OpenWorld and Oracle Develop 2009: It’s a Wrap! Just like last year an awesome event! Read about some of the highlights and experiences in this previous blog.

Lonneke Dikmans and I presented the following two sessions on Oracle OpenWorld 2009 that can be viewed here:

Oracle Open World 2009 highlights

Sitting in my hotel room after the keynote by Larry Ellison that had my ‘all time favorite action Hero and now governor’ Arnold Schwarzenegger as a guest, I was thinking about the highlights of this conference. One of them, obviously, was seeing ‘Arnie’ on stage.

But, on a serious note, there were several highlights as well. Let’s look at them in no particular order.

Best practices 3 – Oracle ESB and Mediator

This is the third post in our SOA and BPM best practices series. This blog provides best practices for Oracle ESB (Oracle Fusion Middleware 10g) and its successor (when it concerns routing and transformation): the mediator component in SCA (Oracle Fusion Middleware 11g). The previous blog in this series is about Web Services best practices.

Installing JDeveloper 11g

Two things I ran into when installing and configuring Oracle Fusion Middleware JDeveloper 11g that are worth mentioning:

DOAG 2009: Day 1

Today was the first day of the German Oracle User Group. It is a very large conference. This year, they decided to make the conference international: People from different countries were invited to speak in english on the conference. I started the day by attending two sessions by Clemens Utschig.
The first one was titled “SOA and the Enterprise, thoughts beyond technology”. This was an interesting presentation for several reasons. First of all, it is very good to see that Oracle starts to pay attention to the architecture that is involved in practicing SOA and BPM. Secondly, because of the content. A quick summary of what stood out most for me:

The definition from the OASIS reference model has a couple of interesting notions. In the presentation he picked out three interesting quotes from the reference model:

• What is SOA: “Service Oriented Architecture (SOA) is a paradigm for organizing and utilizing distributed capabilities that may be under the control of different ownership domains. “
• What is a service: “A service is a mechanism to enable access to one or more capabilities, where the access is provided using a prescribed interface and is exercised consistent with constraints and policies as specified by the service description”
• Capability: “The purpose of using a capability is to realize one or more real world effects”

Secondly he stated that in the US, the business needs to be aligned with IT. But in Europe IT needs to be aligned with the business. In other words: in Europe we think organizational change first, before we do technical stuff. In the US that is the other way around. This is very interesting if you think about the home base of the big tool vendors….
Last but not least, he stated that introducing SOA and BPM will not only change how the process and IT flows, but also the culture in an organization. This is very much in line with what Approach is doing in the SOA/BPM area: we focus on Business- IT – People alignment and started a user experience group recently.

Clemens’ second presentation showed SOA Suite 11g. Interesting observations:

• The rule engine Oracle acquired is going to be used for Oracle Apps only
• B2B adapter is part of base SOA Suite
• Customization will be applicable to BPEL

There were a lot of tracks that I did not visit: Christian Shay did a session about Oracle and .NET, there are database sessions, Siebel, BI etc, etc. Enough for everybody’s taste!

BPEL, Beehive and Service Repository at OOW

This recap of some interesting OOW2008 sessions is posted a bit later than expected since my baggage -including notes- was stuck on the airport for a few days. Coincidentally my baggage was stranded at the same airport for which I codesigned the new baggage handling system. Maybe software can have a grudge against its creator after all? Luckily it was another terminal than the one I transferred through.

BPEL PM
There were several interesting sessions on BPEL PM by Clemens Utschig and Robin Zimmermann on the new features in 10.1.3.4, upcoming features in 10.1.3.5, and some useful tips and tricks for problem solving BPEL projects. A summary of the new and improved features in the Oracle BPEL PM 10.1.3.4 patch can be found here. The main objective of this patch is to make the BPEL Console a one-stop-shop. It therefore mainly introduces administrative improvements. The most interesting of these are:

Lost BPEL instances
Actually these instances are not lost, they just don’t show up in the BPEL Console. This is due to rollbacks in asynchronous process instances that are not yet dehydrated. This can e.g. be the case when a time-out occurs and the global BPEL transaction is rolled-back. The problem is solved by using a separate transaction for dehydration and not doing the actual instance’s work in the same transaction as the dehydration.

Deployment plans
This looks very much like the deployment plans already available in Oracle ESB. These plans are used to extract most of the configurable process information that differs per environment. Such information includes URL’s and ports of invoked services, adapter-specific information like inbound file names, JNDI locations of JMS queues, database adapter names, etc. etc. Ant tasks can be used to deploy BPEL processes to a target environment with the configuration of that specific environment. This information is wrapped in a BPEL suitcase. Part of the environment-specific information -not all, especially adapter-related information- could already be externalized using customized Ant builds. When an ESB is used to wrap adapter functionality, the need for deployment plans is not as urgent.

Other improvements in the 10.1.3.4 patch include improved visibility of engine threading model, improved statistics collection, minimization of XML coding errors through compliance testing and enhanced debugging of XML payloads, improved automated recovery agent (this feature was disabled in previous releases), and collection of support information when creating service requests.

Note that some of the latest 10.1.3.3 MLR’s are not included in the 10.1.3.4 patch. You’ll need to apply patch 10.1.3.4 followed by some additional MLR’s to update to the newest version. A preview of the new 10.1.3.5 features are also available in the PDF.

Some other cool stuff presented at OOW2008:

Beehive
Oracle Beehive is launched. Beehive is an integrated, open, and secure collaborative platform. Sort of a new and improved OCS, but then build from scratch. It provides seamless integration with -and abstraction of- all kinds of collaborative tools and technologies such as mail, file system, content management, feeds, calendar, mobile devices, chat, protocols, etc., etc. This is done through the notion of team and personal workspaces. Beehive also includes a Web based interface. Integration with existing user-interfaces or building more advanced user-interfaces can be achieved through its Java API and/or WebCenter Suite. That way you would have a WebCenter frontend communicating with a Beehive backend. See the Beehive website and the Beehive forum.

Enterprise Repository
Some products that were lacking from the Oracle stack prior to the BEA acquisition were related to governance. In the beginning of smaller, integration-aimed, and not enterprise-wide SOA projects technology usually poses a bigger risk than governance. However, in the course of SOA-projects lack of governance quickly becomes the main risk. Next to the runtime Service Registry product from Systinet, Oracle Web Service Manager, and the Enterprise Manager SOA Management Pack that Oracle offers, governance support now also includes the former BEA product Enterprise Repository. This product supports and enables governance at design-time. With this product you can -among others- “harvest” BPEL projects to retrieve artifacts such as processes, WSDL’s, XSD’s, and so on. Enterprise Repository creates a taxonomy out of this and graphically presents this. This way one can see for example what XSD is used by what processes, what policies are attached to what processes, and if these policies are met. Later versions will automate the retrieval of runtime information to automatically determine whether policies such as service response times are met. Publishing repository information to the development environment instead of the other way around should also be possible in future releases.

And this was just a small portion of all the OOW2008 news! See OTN for more information!

Architecture part II

Back to the digital world
In part I of this series we compared digital architecture with architecture of the physical world and mentioned enterprise architecture, reference architecture and project start architecture. In this installment ‘Architecture part II, back to the digital world’ I will explain something about Enterprise Architecture and projects & change.
In part III I will discuss Reference Architecture and Project Start Architecture. Of course there are more architecture types. I will discuss these later.

Enterprise architecture (EA)
In a lot of organizations architectures are made on the basis of the corporate strategy and on strategic goals and objectives. It wouldn’t be right otherwise, right? These architectures are ‘high level’ and have been established to promote the communication between business and IT. The viewpoints discussed and the models drawn in the context of an EA address a range of issues. It addresses problems that are current as well as potential. Thus, the main concern of an EA is the enterprise -wide identification, specification, and prioritization of business needs.
Now and in future.
Only this kind of architectures we can, in my view, call enterprise architecture. No invariable blueprint with a lot of details but a benchmark, as is the mission or vision of the company. It includes much more than a single proposed solution and may even result in multiple, simultaneous implementations. An EA is a more holistic view that unites business and technology needs based on a strategic enterprise vision.

It seems obvious that such an enterprise architecture is laid down as a kind of law by the governors of a company, such as the CEO, the CIO or a Board of Directors. You must consider EA as the IT strategic plan of the enterprise. It serves to give consistency and identifies dependencies. It outlines which direction must be followed and gives direction to the desired consistency of services, business processes, organization development, use of data in the information system, applications, and technical infrastructure in the organization and contains explanatory pictures and the most elementary construction rules.

EA and change
EA concepts have been around for a while. In due of accelerated environmental changes in organizations of all sizes across most industries business agility and, in particular, the ability of the technology infrastructure to respond to change in a timely manner have reached critical importance. That’s why the enterprise architecture discipline has gained such momentum.
Another factor contributing to a growing appreciation for the enterprise architecture discipline has been the more stringent regulatory climate, which is driving organizations not only to improve their accountability and reporting practices, but also to make compliance organic to every business process.
In response to this sharper focus on EA principles, enterprise architecture ‘paradigms’ have emerged, such as TOGAF ADM (the open group architecture framework, architecture development method) and Zachman’s framework , IFEAD (The Institute for Enterprise Architecture Development) and NORA (Nederlandse Overheid Referentie Architectuur) However, they differ substantially. E.g. because Zachman is a framework, TOGAF a method and NORA focuses on SOA and is meant for Dutch governmental organizations, etc.

EA to guide change
An enterprise architecture is subjected to change as the mission and vision of the organization and business requirements becomes more clearer and the companies environment is changing too.
When big changes are to be realized we tend to cut them in to smaller multiple projects we call ‘change programs’. The enterprise architecture can be used to guide these changes.

The translated desired company characteristics guide the need of projects and change programs and gives implications of these changes. Thus it is a means for architects, information managers, business consultants, design teams, designers and EDP-auditors to be able play their role, in projects or change programs, well.

With enterprise architecture you can:
 Recommend the management and program management about choices. (some models translated in more communicable pictures and drawings.
 Make frameworks to outline architectures at the start up of projects
 Proactively (give direction, train) guide designers
 Review of products (reactively) from change programs on content and consistency.
 Give business consultant, design teams and individual designers a ’stocked backpack’ so that they are able to follow direction and make the correct choices.
 Use it as reference by the internal Audit Department and external EDP-auditors.

The success of the concept of ‘changing under architecture’, through guidance from EA not only depends on a common, coherent picture of where an organization wants to be in future, but at least as much of the way the organization wants to achieve this and the willingness to adapt to change if necessary.

This asks for an intensive cooperation between architects, business people, the IT department and to a process in which it is clear & has been decisively agreed upon, how further interpretation, adaptations and deviations on architecture are realized.

When architecture is of that type, it really offers an ‘instrument’ to reduce the risk on loss of substantial consistency and give means to manage consistency. Guaranteeing consistency can, on the one hand, be realized by following construction principles of the company and on the other hand, by getting integrated insight in the structure of the company, by applying these principles.
This gives a grip on design, development, implementation and management of the renewed part of the organization.

Back to the physical world?
The function of an enterprise architect can be compared to that of a city planner. In contrast, the function of a ‘building’ architect is more readily associated with the IT architect role. The enterprise architect role often emphasizes the inductive skills of a detective over the deductive skills of a builder. However, the high-level perspective of the enterprise architect does not mean that this role is disengaged from the user community. On the contrary, an enterprise architect must be involved in helping customers understand their real needs (as opposed to wants) and to work with them throughout the implementation of a solution.

At the same time, an enterprise architect should be able to view his or her domain at a level of abstraction that prevents direct involvement in the practical aspects of implementations.
An enterprise architect should be able to understand the business problem and the business domain and explain it to the technical people and to be able to understand the technology domains and explain the technical possibilities to business people.

It is important that an enterprise architect plays a pivotal role in architecture governance, a function that is often either shared between assorted business and technical roles or, even worse, simply ignored. Architecture governance is the glue that provides both a context and a framework for all enterprise and project architecture activities.

Aqualogic @OOW2008

Yesterday, I attended two sessions about former BEA Aqualogic products: Oracle BPM Suite new features, and Oracle Service Bus deep dive.

Oracle BPM (F.K.A ALBPM F.K.A Fuego)
The new 100 day release from Oracle will be called Oracle BPM Suite 10gR3. This is in accordance with the numbering schemes of the rest of the products in the Middleware stack, so that is nice. The session was fun to attend: there were three guys presenting and they had a demo. One of the things that always stands out with the BEA products, is that they pay attention to the user experience of the product. It showed in this session: they were talking about the different persona’s and scenario’s for the product.Very much to my liking!
The new release focuses on three items: making stuff easier, more collaborative and social, and more intelligent and powerful. This is approached from the point of view of the knowledge user (end user of the product), the business analyst (who designs the models) and the IT/Operations.

Knowledge worker

• Office plugin. One of the new features that make it easier for the knowledge user is a plugin for Office. This makes it possible to start a process from your office application, rather than going to the workspace, create a new process and attach some files.
• New box layout based on a usability study. The dashboard can be different, based on different roles that you define for the knowledge worker
• Integration with Webcenter Interaction with Activity streams
• Federation of process engines possible: you can have one Workspace, hooking up to different Process engines.

Business Analyst

• There is going to be one way integration from Oracle BPA suite to Oracle BPM Studio. To be honest, this is an improvement because it means that business analysts no longer need to design the process in Oracle BPM studio, they can use Oracle BPA suite for that. Oracle BPM studio is based on eclipse. That is a very cool developers tool, not a tool that business analysts will particularly like….
• Business rules can be changed @runtime, from the Process Administration Server. Versioning of the rules is part of that
• BPMN support is very much improved, not just the rendering of it.
• Improved support for XPDL 1.0 and XPDL 2.0. By the way: in Oracle 11g BPM Suite 11g the product will move away from XPDL as the native format and will use BPMN 2.0 instead.

IT/Operations

• Process level debugging
• Eclipse 3.3 support. By the way, this will be migrated to JDeveloper in 11g
• Performance optimization options per process (e.g. greedy execution or not)
• support for attachments in PAPI-WS

This release should be coming pretty soon, and looks very good to me.

Oracle Service Bus (F.K.A ALSB)
I also attended the session “Oracle Service Bus deep dive”. The most important new feature is support for JCA adapters. ALSB is a very nice service bus, and the session highlighted some of the features and terminology. The title was a little bit misleading. It was not a deep dive, more an introduction. People that already know the service bus did not get a lot out of it, I think. The presenter was fun though, and it is always good to get a summary like that as a reminder.

Overall I think that good things are happening with the products from the Aqualogic family.