In fact, the split will make the situation more complex. Now we require the `package.json` stuff and need to handle complex dependency cases (like the apisix-base I mentioned in that issue). These problems are not existent if we don't split the plugin. We have to develop a custom new package manager to solve these new problems. Why bother to create more problems?
Also, it is very tough to sync the schema between Dashboard & Ingress control & other components, if each plugin has its own schema version. BTW, even for developers, the split is also disaster when you try to upgrade APISIX. The more we split, the more chain reaction we will meet. Dependency hell warning! Compared with similar open source projects: 1. Envoy doesn't and can't split filters out of the core 2. Kong used to split some of the plugins out. But now they are merged them back. We should not lead Apache APISIX to the wrong path, right? Chao Zhang <zchao1...@gmail.com> 于2022年3月15日周二 11:48写道： > > Hi Fei, > > I have some doubts about the proposal: > > 1. Term Compile is too generic, could you give us some examples about this > process; > 2. How could can help developers to integrate APISIX and this plugin, so > that developers can test the plugin successfully; > 3. I didn’t get the key point of package.json, the entry point code > actually can be specified (such as from the init.lua). > > Chao Zhang > https://github.com/tokers > > On March 15, 2022 at 10:54:47, Fei Liang (bsch1...@gmail.com) wrote: > > stable, the addition of the plugin will be dynamic and frequent.
