Ok. I thought it was clear that those deps will be moved.
El mié, 10 abr 2024, 13:31, Francisco Javier Tirado Sarti <
ftira...@redhat.com> escribió:
> All parsers build on top of jbpm flow engine: swf, bpmn and cmmn will share
> the same set of the dependencies (those ones of jbmp-flow)
>
All parsers build on top of jbpm flow engine: swf, bpmn and cmmn will share
the same set of the dependencies (those ones of jbmp-flow)
jbpm-flow currently has a dependency on kogito-dmn because of RuleSetNode.
If we move that node to a separate module, parsers that do not use drl/dmn
will not have
The ideas was to move the things that are not primitives to bpmn module.
Included dmn.
Why do you want to create a new module ? Shared concern ?
El mié, 10 abr 2024, 11:46, Francisco Javier Tirado Sarti <
ftira...@redhat.com> escribió:
> Hi,
> A minor detail I just realized is, can we include
Hi,
A minor detail I just realized is, can we include in the proposal the
target module for RuleSetNode (the one used for drl/dmn execution)?. I'm
assuming it will no longer be jbpm-flow. I propose a module named
jbpm-flow-dmn-extension or similar.
On Tue, Apr 9, 2024 at 10:31 PM Jason Porter
+1 for this idea. Future proofing our tech is certainly a good idea! I think
this could also lead to some consolidation of code in the future, if I
understand correctly.
On 2024/04/09 07:21:30 Enrique Gonzalez Martinez wrote:
> At present, it is very difficult adding new nodes and new states to
+1
From: ricardo zanini fernandes
Sent: Tuesday, April 9, 2024 6:23 AM
To: dev@kie.apache.org
Subject: [EXTERNAL] Re: [PROPOSAL] Extension mechanism for additional workflow
process definitions elements
+1000
On Tue, Apr 9, 2024 at 8:20 AM Pere
+1000
On Tue, Apr 9, 2024 at 8:20 AM Pere Fernandez (apache)
wrote:
> +1
>
> On Tue, 9 Apr 2024 at 12:54, Alex Porcelli wrote:
>
> > Glad to hear that!
> >
> > +1
> >
> > On Tue, Apr 9, 2024 at 6:48 AM Enrique Gonzalez Martinez <
> > egonza...@apache.org> wrote:
> >
> > > It will land after
+1
On Tue, 9 Apr 2024 at 12:54, Alex Porcelli wrote:
> Glad to hear that!
>
> +1
>
> On Tue, Apr 9, 2024 at 6:48 AM Enrique Gonzalez Martinez <
> egonza...@apache.org> wrote:
>
> > It will land after for sure.
> >
> > El mar, 9 abr 2024, 12:41, Alex Porcelli escribió:
> >
> > > What about any
Glad to hear that!
+1
On Tue, Apr 9, 2024 at 6:48 AM Enrique Gonzalez Martinez <
egonza...@apache.org> wrote:
> It will land after for sure.
>
> El mar, 9 abr 2024, 12:41, Alex Porcelli escribió:
>
> > What about any risk of instability?
> >
> > Looks like we are about 2-3 weeks from be ready
It will land after for sure.
El mar, 9 abr 2024, 12:41, Alex Porcelli escribió:
> What about any risk of instability?
>
> Looks like we are about 2-3 weeks from be ready to release, is this
> something that could land just after?
>
>
> On Tue, Apr 9, 2024 at 6:33 AM Enrique Gonzalez Martinez <
What about any risk of instability?
Looks like we are about 2-3 weeks from be ready to release, is this
something that could land just after?
On Tue, Apr 9, 2024 at 6:33 AM Enrique Gonzalez Martinez <
egonza...@apache.org> wrote:
> I dont see any impact as functionality won't change
>
> El
I dont see any impact as functionality won't change
El mar, 9 abr 2024, 12:18, Alex Porcelli escribió:
> Enrique,
>
> How you see this proposal affecting the 10.0.0 release?
>
>
> On Tue, Apr 9, 2024 at 5:35 AM Francisco Javier Tirado Sarti <
> ftira...@redhat.com> wrote:
>
> > Hi Enrique,
> >
Enrique,
How you see this proposal affecting the 10.0.0 release?
On Tue, Apr 9, 2024 at 5:35 AM Francisco Javier Tirado Sarti <
ftira...@redhat.com> wrote:
> Hi Enrique,
> Thanks for writing down the proposal
> +10 ;)
>
> On Tue, Apr 9, 2024 at 9:50 AM Tibor Zimányi wrote:
>
> > Hi Enrique,
>
Hi Enrique,
Thanks for writing down the proposal
+10 ;)
On Tue, Apr 9, 2024 at 9:50 AM Tibor Zimányi wrote:
> Hi Enrique,
>
> thank you, sounds good, +1.
>
> Best regards,
> Tibor
>
> Dňa ut 9. 4. 2024, 9:21 Enrique Gonzalez Martinez
> napísal(a):
>
> > At present, it is very difficult adding
Hi Enrique,
thank you, sounds good, +1.
Best regards,
Tibor
Dňa ut 9. 4. 2024, 9:21 Enrique Gonzalez Martinez
napísal(a):
> At present, it is very difficult adding new nodes and new states to
> the workflow engine.
>
> In the medium/long term, additional node types that only serve certain
>
At present, it is very difficult adding new nodes and new states to
the workflow engine.
In the medium/long term, additional node types that only serve certain
requirements will be needed. The reasons for adding them can be really
different and they might only be useful in certain situations or
16 matches
Mail list logo