Re: [jakartabatch-dev] Evolving the jakarta batch standard?

["Scott Kurz" <skurz@xxxxxxxxxx>]

Hi Martijn,

Good to hear from you.

Yes, this list has been quiet.  

The next hurdle ahead is Jakarta EE 9, but once that is complete we should be ready to move forward and develop a plan (we haven't really started that effort).

So thanks for kicking off the discussion,
------------------------------------------------------
Scott Kurz
WebSphere Batch and Developer Experience
skurz@xxxxxxxxxx
--------------------------------------------------------

Mark Struberg ---02/05/2020 12:07:08 PM---+1 for improvements! I'm here to help.

From: Mark Struberg <struberg@xxxxxxxxxx>
To: jakartabatch developer discussions <jakartabatch-dev@xxxxxxxxxxx>
Date: 02/05/2020 12:07 PM
Subject: [EXTERNAL] Re: [jakartabatch-dev] Evolving the jakarta batch standard?
Sent by: jakartabatch-dev-bounces@xxxxxxxxxxx

---

+1 for improvements!

I'm here to help.

LieGrue,
strub

PMC member Apache Geronimo BatchEE


> Am 05.02.2020 um 17:59 schrieb Martijn Dashorst <martijn.dashorst@xxxxxxxxx>:
> 
> I'm currently working on a project that does a lot of processing in
> steps, and other projects have used our own custom jobs framework
> (written prior to Jakarta Batch's inception), and I might advocate to
> rewriting them to Jakarta Batch. The match between the standard and
> what we are doing looks quite promising.
> 
> However, there are many thousands of paper cuts that are bugging me in
> either the implementation we are using (jberet and wildfly), or the
> specification.
> 
> First I'd like to hear if there's any interest in improving the batch
> specification, and if so, what are the plans?
> 
> I figure that this is the right place for discussing the issues I
> encounter while trying to use the specification, to see if my
> understanding is (in)correct, and possibly improve the spec. However
> the list archive does seem to suggest that traffic on this list is a
> bit slow.
> 
> I'd love to hear from the batch community if the specification can be
> improved and figure out in what way that is possible.
> 
> Kind regards
> 
> Martijn Dashorst
> _______________________________________________
> jakartabatch-dev mailing list
> jakartabatch-dev@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
> https://www.eclipse.org/mailman/listinfo/jakartabatch-dev

_______________________________________________
jakartabatch-dev mailing list
jakartabatch-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/jakartabatch-dev