Hi, everybody,
It is not easy to add something in the discussion among the different
arguments! (and on the different topics)
I will, however, try to give some summary of my position on the various
subjects discussed.
1) As Jacques recall "Community over code" so :
1.1 : It is important to
Thank you Mathieu and Nicolas for your remarks
They help me identify the highest priority tasks...
some comments in line
Le 30/12/2019 à 17:43, Nicolas Malin a écrit :
> Hello,
>
> Ten yearsagoI would've leaned over on a solution to improve on this way, but
> now with practical field
very quick answer (inline)
Best Regards
Le 08/01/2020 à 17:39, Gavin Mabie a écrit :
> Hi Olivier
>
> Quick question: Are you using NodeJs & NPM in your POC?
yes
And if so are you
> integrating with Gradle?
Not yet
>
> Cheers
>
> Gavin
>
Hi Olivier
Quick question: Are you using NodeJs & NPM in your POC? And if so are you
integrating with Gradle?
Cheers
Gavin
On Mon, Dec 23, 2019 at 6:33 PM Olivier Heintz wrote:
>
>
> Le 17/12/2019 à 15:12, Gil Portenseigne a écrit :
> > Hello Taher,
> >
> > The proposition you saw with your
Hi Michael,
I purposely created a new thread because then there were no answers and I
wanted to create a new thread not inserted in the initial thread.
But because I got issue with my temporary IP address (due to my Internet
provider) it was sent later.
OK, copying there...
Jacques
Le
Le 05/01/2020 à 18:32, Mathieu Lirzin a écrit :
Hello,
The arguments provided by Michael are very general and go beyond the
specific question of “component-load.xml” so I am opening a general
discussion about how to make OFBiz evolve smoothly by precising the
extent of its public API.
I urge
There will always be a tension between guaranteeing backward compatibility
for the existing user base and the efforts to maintain our codebase,
enhance/refactor/innovate it.
Considering the peculiar nature of OFBiz, I don't think that trying to
define the areas that are part of the "public API"