Kohei Nozaki's blog 

jberetweb, JBeret job repository viewer

Posted on Friday Jan 02, 2015 at 01:01AM in jberetweb

What are JBeret and jberetweb?

JBeret is out-of-box JSR352 JBatch implementation of the WildFly application server. it manages its statuses of jobs and steps in several types of data storage like RDBMS, which called repository, but it has no management console or even standardized way to see it efficiently (I've been watching the repository through SQL!). so I created jberetweb as a small web application which shows JDBC job repository of JBeret.

jberetweb can be obtained at GitHub.

スクリーンショット 2015-01-01 23.31.18

What can be done with jberetweb?

It shows recent Job Executions with its name, start/end time and batch status on the table at upper half of the page. these rows are clickable. additional information like Job Parameters and Step Executions will be shown when any rows of Job Executions table is clicked. Execution Exception data will be shown if step has failed due to exception occured. any problematic rows such as failed execution or step are came with highlighting. thanks to JSF's partial rendering and Ajax, paging and operations are fast.

How do I install it?

As I described at README.md in GitHub repository of it, you have to clone and build it with mvn yourself, and some configuration is needed for WildFly before deploy the WAR.

  • Create a database on PostgreSQL (jberetweb should run on any other RDBMS, but I haven't tested yet)
  • Register a XA data source for job repository
  • Register JNDI name of JDBC job repository
  • Set job repository type to JDBC
  • Define JSF project stage to JNDI
Configuration procedures with jboss-cli should be like this:
xa-data-source add \
      --name=JBatchDS \
      --driver-name=postgresql \
      --jndi-name=java:jboss/jdbc/JBatchDS \
      --user-name=postgres \
/subsystem=batch/job-repository=jdbc:write-attribute(name=jndi-name, value=java:jboss/jdbc/JBatchDS)
/subsystem=batch:write-attribute(name=job-repository-type, value=jdbc)


  • JBeret creates schema automatically if any tables aren't found so make sure to use database user who can execute DDLs.
  • Use XA datasource for both of job repository and your application database.


I'm trying to find a way to execute jobs from jberetweb but it shouldn't be easy due to JSR352's spec. so job artifacts should be packed with its job controller, but it makes jberetweb unportable. some options are available such as use EAR for the application. it can be deployed jberetweb.war separately. another one is use of remote EJB invocation. put simple JobOperator facade implementation which annotated @Remote interface to an application archive and deploy it, then lookup and invoke @Remote interface from jberetweb. I think the latter is better, but supporting both options wouldn't be difficult much.

Here's some related pointers:

I would be glad if you do any feedback to me because it's my first developed software became public on GitHub.

No one has commented yet.

Leave a Comment

HTML Syntax: NOT allowed