Hi,
I have the feeling that the first approch is a step to move on second.
Create a tree structure for plugins would be necessary and implement it
the resolve installed plugins without framework change for each new sub
directory seems a mandatory way to keep it simple.
Nicolas
On 30/07/2020
Thanks to all for putting your thoughts together. We will start working on
moving third party code out of the framework soon.
As suggested by Mridul, we will take one integration at a time and validate
if it is working and up to date with current scenarios and migrate only
those integrations
Thanks Mridul and Jacques for the valuable feedback.
I also agree with your proposition. My vote is also for approach #1.
Best
Pawan
On Thu, Jul 30, 2020, 9:32 PM Jacques Le Roux
wrote:
> Hi,
>
> Like Mridul, I also suggested the 2nd approach. I eventually tend to
> agree with Mridul. Having
Hi,
Like Mridul, I also suggested the 2nd approach. I eventually tend to agree with Mridul. Having clearly separated packages, even with a bit of
redundancy, simplifies and consolidate things.
Jacques
Le 30/07/2020 à 17:37, Mridul Pathak a écrit :
Hi Pawan,
Though few years ago I was
Hi Pawan,
Though few years ago I was advocate of the approach #2 that you have suggested
here, now I think that #1 is the best approach. In real time implementations
the idea of plugins is to be able to use only what you need. Like for payment
integrations you selectively use the gateways,
Hi Pritam,
I am also more inclined to not create a different repository for
third-party-plugins. As we can have any number of plugins in OFBiz and
Users can set up required plugins as per their need.
I would suggest creating separate plugins for each third-party integration
like ups,
I recall having at length discussions on this topic in the mentioned ticket
back then. I too was a bit concerned about having too many plugins for similar
type of code like payment integration or shipping integrations. But now when I
think of it again, the core idea behind plugin architecture
Hello Devs,
Recently, we have pushed integration of the First Data payment gateway to
OOTB. When we were doing that, we got one question about repository
management for third-party applications. We have one ticket [1] open in
JIRA about moving third party code from framework to separate