Plugins packages?

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

Plugins packages?

Jacques Le Roux
Administrator
Hi,

We have now 2 lines of products: framework and plugins, do we need to create plugins packages?

First I read in the documentation that "OFBiz plugin versions followSemantic Versioning 2.0.0 <http://semver.org/>"
How and when is it planned to release plugins packages, as a whole or independently (on for each plugin)?
I wonder because AFAIK we continue to use the Ubuntu way for framework version numbers.
So how will users know which plugin is usable with their framework version?

With the now available pullAllPluginsSource Gradle task we can drop the ofbiz-framework-buildbot branch and use ofbiz-framework + ofbiz-plugins in a
sole  Builbot scripts which will build and test the whole.

I created a ofbiz-trunk-plugins Buildbot script which for now only generates archives at https://ci.apache.org/projects/ofbiz/snapshots/
Do we need to amend it? And if so how?

Jacques

Reply | Threaded
Open this post in threaded view
|

Re: Plugins packages?

taher
Hi Jacques,

You're mixing multiple topics in here as you are discussing both building
and packaging.

With respect to building, the discussion is already taking place in [1],
essentially I suggested to create two build scripts, one for framework and
the other for plugins. I am experimenting with buildbot scripts to see how
can this be done effectively. If you want to continue the discussion then I
suggest to continue on that thread because it has more details.

As far as packaging is concerned, we don't necessarily need to stick to
semver 2, we can have ecommerce-16.11.01 for example. When we first wrote
the plugin system, I just used what already exists for all maven packages
(semver) but this is not necessarily binding.

Finally, I think the discussion about packaging is still a bit early. We
still have problems that need to be solved including:
- Completing and fine-tuning the plugins API for publishing and pulling
- Setting up an ASF based maven repo for our packages

Once the above is done, we can shift our focus to agreeing on a release
strategy on how to handle all the details of release, support, life-cycle,
compatibility, dependency, etc ...

[1] https://s.apache.org/kerD

Cheers,

Taher Alkhateeb

On Mon, Mar 13, 2017 at 12:25 PM, Jacques Le Roux <
[hidden email]> wrote:

> Hi,
>
> We have now 2 lines of products: framework and plugins, do we need to
> create plugins packages?
>
> First I read in the documentation that "OFBiz plugin versions
> followSemantic Versioning 2.0.0 <http://semver.org/>"
> How and when is it planned to release plugins packages, as a whole or
> independently (on for each plugin)?
> I wonder because AFAIK we continue to use the Ubuntu way for framework
> version numbers.
> So how will users know which plugin is usable with their framework version?
>
> With the now available pullAllPluginsSource Gradle task we can drop the
> ofbiz-framework-buildbot branch and use ofbiz-framework + ofbiz-plugins in
> a sole  Builbot scripts which will build and test the whole.
>
> I created a ofbiz-trunk-plugins Buildbot script which for now only
> generates archives at https://ci.apache.org/projects/ofbiz/snapshots/
> Do we need to amend it? And if so how?
>
> Jacques
>
>
Reply | Threaded
Open this post in threaded view
|

Re: Plugins packages?

Jacques Le Roux
Administrator
Le 13/03/2017 à 11:01, Taher Alkhateeb a écrit :
> Hi Jacques,
>
> You're mixing multiple topics in here as you are discussing both building
> and packaging.
Yes, I know I made it on purpose, I also wanted to speak about builds.
>
> With respect to building, the discussion is already taking place in [1],
> essentially I suggested to create two build scripts, one for framework and
> the other for plugins. I am experimenting with buildbot scripts to see how
> can this be done effectively. If you want to continue the discussion then I
> suggest to continue on that thread because it has more details.
I'll continue there
>
> As far as packaging is concerned, we don't necessarily need to stick to
> semver 2, we can have ecommerce-16.11.01 for example. When we first wrote
> the plugin system, I just used what already exists for all maven packages
> (semver) but this is not necessarily binding.
OK, seems easier with your history
> Finally, I think the discussion about packaging is still a bit early. We
> still have problems that need to be solved including:
> - Completing and fine-tuning the plugins API for publishing and pulling
> - Setting up an ASF based maven repo for our packages
>
> Once the above is done, we can shift our focus to agreeing on a release
> strategy on how to handle all the details of release, support, life-cycle,
> compatibility, dependency, etc ...
OK let's wait then

Jacques

>
> [1] https://s.apache.org/kerD
>
> Cheers,
>
> Taher Alkhateeb
>
> On Mon, Mar 13, 2017 at 12:25 PM, Jacques Le Roux <
> [hidden email]> wrote:
>
>> Hi,
>>
>> We have now 2 lines of products: framework and plugins, do we need to
>> create plugins packages?
>>
>> First I read in the documentation that "OFBiz plugin versions
>> followSemantic Versioning 2.0.0 <http://semver.org/>"
>> How and when is it planned to release plugins packages, as a whole or
>> independently (on for each plugin)?
>> I wonder because AFAIK we continue to use the Ubuntu way for framework
>> version numbers.
>> So how will users know which plugin is usable with their framework version?
>>
>> With the now available pullAllPluginsSource Gradle task we can drop the
>> ofbiz-framework-buildbot branch and use ofbiz-framework + ofbiz-plugins in
>> a sole  Builbot scripts which will build and test the whole.
>>
>> I created a ofbiz-trunk-plugins Buildbot script which for now only
>> generates archives at https://ci.apache.org/projects/ofbiz/snapshots/
>> Do we need to amend it? And if so how?
>>
>> Jacques
>>
>>