JBeret implements JSR 352, which defines batch processing for Java applications. However, it doesn't mean you can't use other programming or scripting languages in your batch applications. In fact, with JBeret as the target batch runtime, a batch application can use multiple languages to satisfy different use cases:
- other languages (scripting languages) inside JBeret runtime: we currently support writing certain batch components with some common scripting languages, and they are invoked using JSR 223 (Scripting for the JavaTM Platform). See JBERET-61
- JBeret inside other language runtime: as a java library, JBeret modules can work with and inside other language runtime (especailly JVM languages) just as any other java lib. For instance, Groovy/JRuby app can easily embed and invoke JBeret to start, stop jobs and get job data, etc.
- Interop with REST: any html or rest-capable client can interop with remote JBeret batch runtime that includes jberet-rest-api. See REST API docs for details.
- Write batch components in other languages and compile into java classes. For instance, several common JVM scripting languages (Groovy, Scala, Kotlin, etc)support compiling scripts into java class files.
A common use case is in testing and app prototyping, where you can quickly put together a functioning batch job with your favorite scripting language. For example, the following job xml file is all you need to both define and implement a batchlet batch job: