[PROPOSAL] Drop support for DRF in bussines automation domain

[Enrique Gonzalez Martinez <eg...@apache.org>]

The idea is to remove the process definition format in the realm of
business automation that is not used anymore and completely
deprecated. It has just a few tests at level engine.
the argument for removal are:

1. it is not used or guarded by any test at kogito level.
2. it is completely deprecated as the user space only use BPMN2
3. it only makes it difficult to change the fluent interface as some
cases in the format constraints other parsers.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@kie.apache.org
For additional commands, e-mail: dev-help@kie.apache.org

Re: [PROPOSAL] Drop support for DRF in bussines automation domain

[Alex Porcelli <al...@porcelli.me>]

+1 for it

With the caveat that I expect this will not interfere in the 10.0.0
release that I expect we'll be able to start the release procedures in
less than 2 weeks.

On Wed, Feb 7, 2024 at 11:33 AM Martin Weiler <mw...@ibm.com.invalid> wrote:
>
> +1
>
> Martin
>
> ________________________________________
> From: Pere Fernandez (apache) <pe...@apache.org>
> Sent: Wednesday, February 7, 2024 1:45 AM
> To: dev@kie.apache.org
> Subject: [EXTERNAL] Re: [PROPOSAL] Drop support for DRF in bussines automation domain
>
> Sounds good to me, +1
>
> On Wed, 7 Feb 2024 at 09:10, Tibor Zimányi <tz...@apache.org> wrote:
>
> > Hi,
> >
> > sounds reasonable. +1
> >
> > Best regards,
> > Tibor
> >
> >
> > Dňa st 7. 2. 2024, 9:03 Enrique Gonzalez Martinez <eg...@apache.org>
> > napísal(a):
> >
> > > The idea is to remove the process definition format in the realm of
> > > business automation that is not used anymore and completely
> > > deprecated. It has just a few tests at level engine.
> > > the argument for removal are:
> > >
> > > 1. it is not used or guarded by any test at kogito level.
> > > 2. it is completely deprecated as the user space only use BPMN2
> > > 3. it only makes it difficult to change the fluent interface as some
> > > cases in the format constraints other parsers.
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: dev-unsubscribe@kie.apache.org
> > > For additional commands, e-mail: dev-help@kie.apache.org
> > >
> > >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@kie.apache.org
> For additional commands, e-mail: dev-help@kie.apache.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@kie.apache.org
For additional commands, e-mail: dev-help@kie.apache.org

RE: [PROPOSAL] Drop support for DRF in bussines automation domain

[Martin Weiler <mw...@ibm.com.INVALID>]

+1

Martin

________________________________________
From: Pere Fernandez (apache) <pe...@apache.org>
Sent: Wednesday, February 7, 2024 1:45 AM
To: dev@kie.apache.org
Subject: [EXTERNAL] Re: [PROPOSAL] Drop support for DRF in bussines automation domain

Sounds good to me, +1

On Wed, 7 Feb 2024 at 09:10, Tibor Zimányi <tz...@apache.org> wrote:

> Hi,
>
> sounds reasonable. +1
>
> Best regards,
> Tibor
>
>
> Dňa st 7. 2. 2024, 9:03 Enrique Gonzalez Martinez <eg...@apache.org>
> napísal(a):
>
> > The idea is to remove the process definition format in the realm of
> > business automation that is not used anymore and completely
> > deprecated. It has just a few tests at level engine.
> > the argument for removal are:
> >
> > 1. it is not used or guarded by any test at kogito level.
> > 2. it is completely deprecated as the user space only use BPMN2
> > 3. it only makes it difficult to change the fluent interface as some
> > cases in the format constraints other parsers.
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@kie.apache.org
> > For additional commands, e-mail: dev-help@kie.apache.org
> >
> >
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@kie.apache.org
For additional commands, e-mail: dev-help@kie.apache.org

Re: [PROPOSAL] Drop support for DRF in bussines automation domain

["Pere Fernandez (apache)" <pe...@apache.org>]

Sounds good to me, +1

On Wed, 7 Feb 2024 at 09:10, Tibor Zimányi <tz...@apache.org> wrote:

> Hi,
>
> sounds reasonable. +1
>
> Best regards,
> Tibor
>
>
> Dňa st 7. 2. 2024, 9:03 Enrique Gonzalez Martinez <eg...@apache.org>
> napísal(a):
>
> > The idea is to remove the process definition format in the realm of
> > business automation that is not used anymore and completely
> > deprecated. It has just a few tests at level engine.
> > the argument for removal are:
> >
> > 1. it is not used or guarded by any test at kogito level.
> > 2. it is completely deprecated as the user space only use BPMN2
> > 3. it only makes it difficult to change the fluent interface as some
> > cases in the format constraints other parsers.
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@kie.apache.org
> > For additional commands, e-mail: dev-help@kie.apache.org
> >
> >
>

Re: [PROPOSAL] Drop support for DRF in bussines automation domain

[Tibor Zimányi <tz...@apache.org>]

Hi,

sounds reasonable. +1

Best regards,
Tibor


Dňa st 7. 2. 2024, 9:03 Enrique Gonzalez Martinez <eg...@apache.org>
napísal(a):

> The idea is to remove the process definition format in the realm of
> business automation that is not used anymore and completely
> deprecated. It has just a few tests at level engine.
> the argument for removal are:
>
> 1. it is not used or guarded by any test at kogito level.
> 2. it is completely deprecated as the user space only use BPMN2
> 3. it only makes it difficult to change the fluent interface as some
> cases in the format constraints other parsers.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@kie.apache.org
> For additional commands, e-mail: dev-help@kie.apache.org
>
>