eric @ flux

Flux4People: Customized BPM

eric — Wed, 07 May 2008 15:00:30 GMT

It's neat to see users push the envelope of our software. Flux evaluators often test performance and scalability of Flux to determine if it will satisfy their needs. We've watched the needs of users evolve and have changed the functionality of Flux to meet their needs.

Flux BPM was introduced in Flux 6.5 to allow people to play a part in business processes that are managed via Flux. This feature met the needs of many users and still does today. We see a lot of potential with this functionality and have made plans to help it grow and be more useful to our customers.

We field a lot of new feature and improvement requests for Flux BPM and cannot possibly allocate resources to implement all of the wonderful requests we get. So, we have decided to rewrite Flux BPM in a more usable way. The new Flux BPM will not be integrated into Flux itself, but rather will be supplied as an example that can be customized to meet your needs.

I've been working on this new BPM example (I'm calling it Flux4People) off and on the past week or so. I've taken this opportunity to illustrate how to write a Flux-based application. This example will act as a blueprint to illustrate to new Flux developers how to integrate Flux into their application. Maven, Hibernate, JPA, JAAS, and JSP are some of the major technologies I'm using. I originally implemented the services as JAX-RS RESTful web services using Jersey (https://jersey.dev.java.net/) but then migrated to a simple JSP solution for performance and simplicity.

The Flux4People example will illustrate how to embed the Web-based Workflow Designer, integrate with Flux security, and how to implement custom triggers. I'm putting the final touches on the implementation before handing the Flux4People example over to the graphics team to beautify. Keep an eye on my blog to be notified when the example is ready.

How will the Flux4People example work? It's quite simple actually and works much like Flux BPM. Basically, I've implemented a custom Flux trigger that adds a task to the database. I've also implemented services to list tasks by owner and to work tasks. These services can be invoked by the web application to display a task dashboard to the user and allow the user to work through tasks.

I'll be posting the full example in the next week or so. Let me know if you have any questions or comments in the meantime!

Show me how. I want to see examples!

eric — Wed, 19 Dec 2007 18:44:25 GMT

We hear you loud and clear and have added a few new examples to illustrate custom actions and how they integrate with the Web-based Designer. The new examples can be found in our Customer Portal at:

http://my.fluxcorp.com/community/documentation/examples

The first example takes you through the steps necessary to embed the Flux Web-based Designer in a Java web application. Here's an example of what the Web-based Designer looks like when embedded in a third-party application:

The second example illustrates how to call a Spring bean from Flux. This example walks you through creating a custom action that can be used to call any Spring bean:

The third example uses the GData Java API from Google to create a custom action that adds an event to a Google Calendar. This example serves two purposes, as we plan to use this custom action internally to update a shared Google Calendar in our employee Time Off Request business process that we run from Flux.

Here is what the Google Calendar Add Event custom action looks like in the Web-based Designer:

Want more examples? Email us at support@fluxcorp.com and let us know what your looking for!

Embeddable real-time monitor, custom actions, and more!

eric — Sat, 20 Oct 2007 18:54:37 GMT

We've been getting a lot of great feature requests from customers ever since we initially announced the Flux Web-based Designer. These requests have driven development and really improved the Web-based Designer. One of the most common requests that we have received is to support embedding the Web-based Designer, which was added in Flux 7.5. We're building on this feature in the upcoming 7.6 release due out 12 November 2007. Flux 7.6 will support monitoring flow charts in the embeddable Web-based Designer. This will allow you to easily support rich workflow operations for your Java web applications. Embedding the real-time monitor will allow your users to easily export, view, monitor, and change running flow charts without leaving the comfort of your web application.

Support for custom actions and triggers in the Web-based Designer is also coming in Flux 7.6. We're enhancing our support for custom actions to support tweaking the display of custom action properties in the Web-based Designer so you can make your custom actions easier to use. Dependencies for custom actions will be moved to the engine side in Flux 7.6, meaning that you only need to install custom actions on the engine instead of the engine and Operations Console.

The following screen shot illustrates the real-time monitor embedded inside of a Java web application:

The flow chart loaded in the screen shot above illustrates a basic time off request business process. Users of previous versions of Flux will quickly notice the major differences. A control bar has been added to the real-time monitor to allow the user to easily control the flow chart while monitoring. Icons are displayed next to active actions to illustrate their execution status. In this screen shot, the business process is waiting for the supervisor to review the employee's time off request. Once approved, an email goes out and then an event is added to a shared Google Calendar.

Layout of actions are persisted to the Flux repository in Flux 7.6 too. This way, when you position your actions in your flow chart and save to and re-open from the repository, your actions will be displayed just where you left them.

If that isn't enough, we've also added support for our built-in file actions and triggers along with supporting runtime data mapping. This will allow you to create a flow chart that transfers files, involves human interaction, and calls out to custom Java code, all within minutes without leaving your web browser.

I hope these new features will be useful inside your application. Post a comment to this blog entry or contact me directly if you have any questions about the new features coming in Flux 7.6, or if you want a pre-release to experiment with.

We're looking for a Web Designer — Got mad design skills?

eric — Wed, 10 Oct 2007 22:21:52 GMT

We have an opening for a Web Designer and are in search of the right person for the job.

This position will require heavy use of user interface design, HTML, CSS, and JavaScript. We will be breaking out components of our web application into embeddable Ajax widgets.

It is fun and challenging to work here at Flux. We’re very customer focused and take pride in delivering a software product that meets client needs and is a pleasure to look at and use. You could play a big part in that mission. Designing a simple, visually appealing, and highly usable user interface is essential to our mission.

See our careers page for more information about the Web Designer position:
http://fluxcorp.com/company/careers/

Do you have experience designing Web 2.0 web sites with HTML, CSS, and JavaScript? You may be a perfect fit for the position! Email or give me a call to talk about it!

Performance testing.. and more performance testing..

eric — Fri, 05 Oct 2007 17:28:06 GMT

I’ve had the pleasure of doing some performance testing against our supported databases lately. It’s really interesting to see concrete performance metrics to compare the impact that the database has on the performance of Flux.

What did we find? Well, we’ve used MySQL internally with Flux and have been very satisfied with the performance. The metrics show why too, MySQL is the fastest database to use with Flux. Of course, HSQLDB (http://hsqldb.sourceforge.net/) is faster, but an in-memory database does not work for all solutions.

A bit of tweaking is required for DB2 and SQL Server 2005 to avoid deadlocks. Flux is a highly concurrent application that executes many transactions simultaneously. You will most likely encounter deadlocks with the default configuration of DB2 or SQL Server 2005 as the default settings of these databases do not work well with highly concurrent applications.

For DB2, setting the DB2_SKIPINSERTED, DB2_SKIPDELETED, and DB2_EVALUNCOMMITTED system registry options in DB2 will help. Also, regularly executing RUNSTATS on all Flux tables will improve performance.

For SQL Server 2005, the new row versioning feature helps out significantly with deadlocks and performance. This feature makes SQL Server 2005 operate much like Oracle, which allows quick SELECT statements and does not block SELECT statements when waiting for uncommitted transactions. Information about enabling row versioning can be found at: http://msdn2.microsoft.com/en-us/library/ms175095.aspx. SQL Server 2000 is not officially supported, but we did run Flux against it and resolved some deadlocks encountered.

We resolved deadlocks with DB2 and SQL Server 2005 as well while gathering performance metrics. All of the deadlock fixes will be in Flux 7.4.2, due out on Tuesday, and also Flux 7.5, which is due mid-September.

We’ll be posting official performance metrics to our website soon. But to give you a general idea, DB2 is the slowest. In comparison to DB2: Oracle is 66% faster, SQL Server 2005 is 70% faster, MySQL is 79% faster, and HSQLDB is 90% faster. These are not final numbers, and not very specific, but they do give a general idea as to what database perform Flux performs best with.