hello, we could use a bom for all needed dependencies instead a parent module ? Regards Nicolas
Le vendredi 9 août 2024 à 1:13 PM, Francisco Javier Tirado Sarti <[email protected]> a écrit : > > > Hi Tibor. > It would be nice to read that feedback. > Without a good reason, I consider information duplication in several poms a > step back. > And I personally found it surprising that having a parent is considered > more complicated and having multiple larger poms is not. > As a compromise, we can include a template without parent, so users that do > not want to use parent in their examples can evolve from it. > > On Fri, Aug 9, 2024 at 1:10 PM Tibor Zimányi [email protected] > > wrote: > > > Hi everyone, > > > > our current kogito-examples are structured in a way that each example has a > > parent Maven module, similarly as here (1). From feedback I heard, it > > sometimes makes using them more complicated, because they are usually used > > as a template for users to start with, when implementing some new project. > > They just copy paste them somewhere and extend. With the reliance on parent > > Maven module, not everything is enclosed in such example, therefore it > > needs investigation, e.g. about the properties defined in parent poms, etc. > > > > My proposal is that it may be good to make the examples standalone. That > > means removing the parent tag from each example and extending them with the > > information needed, from the original parent. This will make it much easier > > to just grab an example and extend it right away, without the need to dig > > into parent modules. > > > > What do you think please? I can work on that myself, if we agree, that it > > would be good to have. > > > > Best regards, > > Tibor > > > > (1) > > > > https://github.com/apache/incubator-kie-kogito-examples/blob/stable/kogito-quarkus-examples/dmn-event-driven-quarkus/pom.xml#L7 > > > > -- > > Tibor Zimanyi --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
