Deals with Petals ESB, Petals Suite, SOA, PetalsLink…
The guys from the Petals BPM team just released a new alpha version of Petals BPM, a Web-based, open source BPM modeler.
New features mainly deals with collaboration and choregraphy design which are part of BPMN 2.0 specification. A complete release note is available at http://research.petalslink.org/display/petalsbpm/PetalsBPM+v1.0-alpha-3+release+note.
There is also a deployment module which allows to deploy your workflow directly to a SOA infrastructure. This is what I explained last year during the last OW2Con conference:
So what if the services infrastructure is in the Cloud? You ‘simply’ run your business process in the Cloud, from the design phase to the runtime one.
While waiting for this all-in-cloud solution, you can start looking and trying Petals BPM directly at http://bpmneditor.ebmwebsourcing.com/ or download it at http://research.petalslink.org/display/petalsbpm/Downloads
Feel free to contact developers at http://research.petalslink.org/display/petalsbpm/Community or on the Petals Forum.
As some of you may know, I am developing QuickHubApp dealing with git, GitHub and OS X. GitHub is currently The place to be and as an open source Java developer we will need soon to have a look on how we can work with Maven-based projects, Eclipse and Git.
At a first view, the git and Eclipse does not provide the same integration level as Eclipse and the old SVN guy do. So let’s Google this… Wow, no real tutorial… So I tried to make it work all alone and here is the solution I found:
Note that using this approach will not create some folders with timestamped names like Eclipse does if you use the Maven import from SCM action.
In: Uncategorized
29 Feb 2012
Hi dear Petals community!
Petals Studio has been updated to fix a few bugs which were hampering user experience, notably in JBI editor. It also brings a few minor improvements. Please refer to the Petals Studio 1.3.1 release note for more details.
Update is heartily recommended. If you already installed Petals Studio 1.3.0, you can get the update through the built-in tool (menu "Help" > "Check for updates").
Otherwise, the fresh build is waiting for you in the usual place: download Petals Studio 1.3.1
Petals team
In: Non classé
14 Feb 2012
The faithful companion of Petals ESB, Petals Studio, comes back in fresh 1.3.0 version!
What does bring this latest release?
Compatibility with Petals ESB 4.0 component
As already mentioned in Petals ESB 4.0 notice, we selected the most popular components which would get new technical and messages monitoring system as a priority.
Petals Studio has been updated in answer to keep wizard compatibility with these new component versions.
More intuitive terminology
So far, any component configuration, be it as a service provider or service consumer, was called a "Service Unit", concept taken straight from the JBI (Java Business Integration) standard.
From now on, we will be calling them "Petals services". Studio wizards have been modified to reflect this by dividing the old wizard into two new dedicated ones (one for services consumers, one for services providers). This should clarify new services creation.
Improvments on EIP designer
The use of graphical designer is now the sole option to create EIP (Enterprise Integration Patterns) services. The related component wizard has been removed. This change was brought for sake of clarity (more intuitive) and respect of good practices (since a single EIP service alone is useless, it is supposed to be chained with other EIP services).
We also facilitate their use in proof of concepts or continuous integration by providing export in either Petals service assembly or Petals maven project.
Better and simpler edition of jbi.xml files
The jbi.xml are key files, which contain all necessary information to use a component as a service provider or consumer. Since its start, Petals Studio proposed a mixed editor, with a tab to edit flat source code, and another providing a graphical interface to fill in most used parameters.
This system has been enriched. To make it simpler for users, there are now two distinct editors, both are accessible through right-click menu. The graphical one now allows to configure almost all aspects of the jbi.xml file. A pure text editor is still available for experienced users.
Integration of the official Eclipse BPEL designer
As an open source software editor, we always strive to share expertise and code. When we first released Petals Studio, it contained a self-made BPEL designer. This tool brought, at the time, more features and simpler interface than its open source alternatives.
Over time however, a similar project in Eclipse fondation grew up. Since some months, we have been sharing our own experience in this project, and contributing to its code.
Today, we bring to you the results of this synergy, by integrating this official Eclipse BPEL designer into Petals Studio. This means greats benefits for our users, as this project has a vibrant community around it, meaning an ever better bugfixing and development.
As always, we hope you will appreciate this release and keep our ears open for your feedback on our forum.
Petals team
More informations:
Illustrated overview of Petals Studio 1.3
Full Petals Studio 1.3 release notes
Download Petals Studio 1.3
In: Uncategorized
3 Feb 2012
Greetings dear Petals users,
we are very glad to announce the public availability of our latest ESB, Petals ESB 4.0!
This distribution packs sweeties.
Also, please note that package structure of the container and our versioning policy has slightly evolved.
You're welcome to download Petals ESB 4.0 and try it at work... Or at home? For more information about an individual novelty, please refer to previous news on the blog.
We hope you'll enjoy Petals ESB 4.0, and are waiting for your feedback on Petals forum.
In: Uncategorized
20 Jan 2012
As a platform for exchanging messages, Petals ESB needs monitoring capabilities. First, technical monitoring, to ensure the behaviour of the bus with load increase. Then, a way to know whatever happened in the bus (what messages were exchanged, what services were invoked, etc).
We provided dedicated tools to fulfill these needs. Thanks to your feedbacks, we've been able to define what to keep, and what to improve, to give you better tools.
As such, major changes are coming in these fields, from Petals 4.0 onwards.
Technical monitoring
The first mission has been fulfilled by the Petals Webconsole since a few years, with a nice GUI and administration/testing features (start/stop components, run mockup services, monitor performances...).
However, this tool was mainly built to help developers setting up their project, and wasn't always fit for a production environment.
Hence, we're currently improving the built-in SNMP probes existing in Petals. This will allow fine-grained, tailored technical monitoring with the use of tools such as Nagios or Cacti.
Messages monitoring
Being able to monitor the messages flows and their content is the first step towards a high-level business monitoring. So far, this was realized with Petals View, a dedicated GUI combined with a notifications component. While this worked fine ;), several users requested a more flexible solution. So, we're currently building a new system based on text logs. The first step will be Petals 4.0, in which logs will contain all necessary information to retrace a message flow.
Meanwhile, we are considering several options for logs exploitation, from logs aggregators to dedicated reporting tools, or API for everyone to build their own application upon.
We'll be eager to get your opinion and needs on this topic, when you get to see the first results with Petals 4.0!
In: Uncategorized
10 Jan 2012
Hi all!
some of you have had a hint on what would be in next release of Petals ESB. Apart from bringing a new business monitoring system, the new vintage of Petals will mirror the great efforts accomplished in 2011 in enhancing our tests batteries and cross-integration evaluation.
Another point that was simple to improve, thanks to the feedback of our users, was the way to get hands on Petals and getting the hand of it.
So far, we waited for the core of Petals ESB (the "container") to come to a new release, and we published it altogether with any and all components that were improved during the same time. We called this container "Petals ESB x.x.x", numbering it after the version number of the container. Then, each user had to download this so-called "Petals ESB" and any other component separately.
This had some advantages, but also some drawbacks.
Things will change with Petals ESB 4.0.
So, in short:

These changes have been decided to make your life easier. We strongly apologize for the confusion it may cause during the transition period.
Yours sincerely,
Petals Team
In: Uncategorized
8 Jan 2012
BC-SOAP component has been updated. Beyond a bugfix, this 4.0.9 release brings the support for HTTPS communication.
Changelog
Download Petals BC-SOAP 4.0.9.
Cheers,
Petals team
The videos of all the OW2Con2011 have been published to the OW2 Youtube channel. My talk about Petals BPM and The Cloud is also available.
You are right, I need to smile more, be less tired and have a demo of the BPM editor working on low resolution displays… BTW, the demo of the DSB Monitoring & Management console used to deploy and monitor BPEL process works.
In: Eclipse
5 Jan 2012I have recently committed in the Eclipse BPEL Designer some patches that were contributed in our Bugzilla. This fact itself is not important. However, I used the Git command apply and kept the author name in the commit. I had never used this feature before, but it is extremely powerful. And very convenient to track activities and propose new committers on a project.
I let some traces in this article (as an example and for me, for later).
Notice that the apply command did not work with EGit, I had to use the command line. I guess it will be fixed in a future version.
git apply --stat myPatchFile
git apply --check myPatchFile
git apply myPatchFile
Then, you can check that the patch works and then commit it, before pushing the modification.
One important thing is to keep the author’s name in the commit. The author and the committer are different. And both can be kept in the commit and in the history. Here is an example in the command line:
git commit -a --author="authorUsername <author.mail.address@sth.com>"
After the push, both the author and commiter names will appear in the repository.
I don’t know if everyone in Eclipse projects uses this feature, but from the community perspective, this is very interesting (IMO).