Re: [PROPOSAL] Simplify components and cleanup old versions in Jira

2018-09-13 Thread Mark Derricutt
On 14 Sep 2018, at 2:41, Jean-Baptiste Onofré wrote:

> By the way, related to the new Docker tooling/feature we added in Karaf
> 4.2.1, I would like to add a new goal in the karaf-maven-plugin to
> directly create a Docker image based on a distribution (like I did in
> assemblies/docker/build.sh).

I would be down with that ;-)

---
"The ease with which a change can be implemented has no relevance at all to 
whether it is the right change for the (Java) Platform for all time." — 
Mark Reinhold.

Mark Derricutt
http://www.theoryinpractice.net
http://www.chaliceofblood.net
http://plus.google.com/+MarkDerricutt
http://twitter.com/talios
http://facebook.com/mderricutt


signature.asc
Description: OpenPGP digital signature


Re: [PROPOSAL] Simplify components and cleanup old versions in Jira

2018-09-13 Thread Jean-Baptiste Onofré
By the way, related to the new Docker tooling/feature we added in Karaf
4.2.1, I would like to add a new goal in the karaf-maven-plugin to
directly create a Docker image based on a distribution (like I did in
assemblies/docker/build.sh).

Thoughts ?

Regards
JB

On 09/09/2018 21:03, Jean-Baptiste Onofré wrote:
> Hi team,
> 
> Now, in Jira, we have a bunch of components: karaf-core, karaf-test,
> cellar-config, ...
> 
> Most of the time, when an user creates a Jira, he doesn't set the
> component at all.
> 
> So, the components should be used by us, but obviously, I don't think
> the granularity we have today is helpful.
> 
> I propose the following components:
> 
> - karaf
> - cellar
> - cave
> - decanter
> - website
> 
> That's the core components we manage in the project.
> 
> On the other hand, we have also old versions in Jira, with unreleased
> status.
> 
> I would like to do a cleanup, removing the old versions (not released)
> on branches. If we have Jira issues on this version, I will remove the
> fix version (or even close the issue).
> 
> Thoughts ?
> 
> Regards
> JB
> 

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com


Re: [PROPOSAL] Simplify components and cleanup old versions in Jira

2018-09-13 Thread Jean-Baptiste Onofré
Hi,

following this discussion, I'm updating Jira components.

Thanks !
Regards
JB

On 09/09/2018 21:03, Jean-Baptiste Onofré wrote:
> Hi team,
> 
> Now, in Jira, we have a bunch of components: karaf-core, karaf-test,
> cellar-config, ...
> 
> Most of the time, when an user creates a Jira, he doesn't set the
> component at all.
> 
> So, the components should be used by us, but obviously, I don't think
> the granularity we have today is helpful.
> 
> I propose the following components:
> 
> - karaf
> - cellar
> - cave
> - decanter
> - website
> 
> That's the core components we manage in the project.
> 
> On the other hand, we have also old versions in Jira, with unreleased
> status.
> 
> I would like to do a cleanup, removing the old versions (not released)
> on branches. If we have Jira issues on this version, I will remove the
> fix version (or even close the issue).
> 
> Thoughts ?
> 
> Regards
> JB
> 

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com


Re: [PROPOSAL] Simplify components and cleanup old versions in Jira

2018-09-09 Thread Grzegorz Grzybek
Hi

pon., 10 wrz 2018 o 07:23 Francois Papon 
napisał(a):

> Hi,
>
> If we want we could use the "labels" for tag some issues.
>

I think it's good idea. Components were handy for me when I was looking for
"similar" issues to the one I was currently working on. But I agree that
users seldom set the component field correctly.
Labels could be used by devs after the issue was created.

Also - if Cave, Cellar, Decanter had separate jira projects, components
wouldn't be needed at all, but I think treating "component" as "subproject"
is fine.

regards
Grzegorz Grzybek


>
> regards,
>
> François Papon
> fpa...@apache.org
>
> Le 10/09/2018 à 09:11, Jean-Baptiste Onofré a écrit :
> > Hi,
> >
> > So, by karaf-build, you mean both issues targeted on the build tooling
> > we provide and the build itself.
> >
> > My point is: what's the difference if these issues are in the karaf
> > component ? Is it really helpful for us or our users to have karaf-build
> > component (used in filter for instance) ?
> >
> > Personally, I have filter using fixVersion (to prepare release content),
> > but I never use component.
> >
> > Regards
> > JB
> >
> > On 10/09/2018 07:05, Grzegorz Grzybek wrote:
> >> pon., 10 wrz 2018 o 06:40 Francois Papon 
> >> napisał(a):
> >>
> >>> Hi Grzegorz,
> >>>
> >>> Can you explain why you think it would be nice to have a maven or build
> >>> component ?
> >>>
> >> I was just thinking about distinguishing between runtime and buildtime
> >> issues.
> >> Looking at the components[1], I see karaf-tooling has 49 issues - not
> that
> >> much comparing to karaf-features or karaf-core.
> >> So I don't think "build" component is that crucial after all.
> >>
> >> regards
> >> Grzegorz Grzybek
> >> ---
> >> [1]: https://issues.apache.org/jira/projects/KARAF/summary/statistics
> >>
> >>
> >>> regards,
> >>>
> >>> François Papon
> >>> fpa...@apache.org
> >>>
> >>> Le 10/09/2018 à 08:34, Grzegorz Grzybek a écrit :
>  Hello
> 
>  That'd be great to have fewer components. However, maybe it would be
> good
>  to have a component like "maven" or "build" too?
> 
>  regards
>  Grzegorz Grzybek
> 
>  pon., 10 wrz 2018 o 04:54 Francois Papon <
> francois.pa...@openobject.fr>
>  napisał(a):
> 
> > Hi JB,
> >
> > +1 !
> >
> > Full agree with that :)
> >
> > regards,
> >
> > François Papon
> > fpa...@apache.org
> >
> > Le 09/09/2018 à 23:03, Jean-Baptiste Onofré a écrit :
> >> Hi team,
> >>
> >> Now, in Jira, we have a bunch of components: karaf-core, karaf-test,
> >> cellar-config, ...
> >>
> >> Most of the time, when an user creates a Jira, he doesn't set the
> >> component at all.
> >>
> >> So, the components should be used by us, but obviously, I don't
> think
> >> the granularity we have today is helpful.
> >>
> >> I propose the following components:
> >>
> >> - karaf
> >> - cellar
> >> - cave
> >> - decanter
> >> - website
> >>
> >> That's the core components we manage in the project.
> >>
> >> On the other hand, we have also old versions in Jira, with
> unreleased
> >> status.
> >>
> >> I would like to do a cleanup, removing the old versions (not
> released)
> >> on branches. If we have Jira issues on this version, I will remove
> the
> >> fix version (or even close the issue).
> >>
> >> Thoughts ?
> >>
> >> Regards
> >> JB
> >>>
>
>
>


Re: [PROPOSAL] Simplify components and cleanup old versions in Jira

2018-09-09 Thread Francois Papon
Hi,

If we want we could use the "labels" for tag some issues.

regards,

François Papon
fpa...@apache.org

Le 10/09/2018 à 09:11, Jean-Baptiste Onofré a écrit :
> Hi,
>
> So, by karaf-build, you mean both issues targeted on the build tooling
> we provide and the build itself.
>
> My point is: what's the difference if these issues are in the karaf
> component ? Is it really helpful for us or our users to have karaf-build
> component (used in filter for instance) ?
>
> Personally, I have filter using fixVersion (to prepare release content),
> but I never use component.
>
> Regards
> JB
>
> On 10/09/2018 07:05, Grzegorz Grzybek wrote:
>> pon., 10 wrz 2018 o 06:40 Francois Papon 
>> napisał(a):
>>
>>> Hi Grzegorz,
>>>
>>> Can you explain why you think it would be nice to have a maven or build
>>> component ?
>>>
>> I was just thinking about distinguishing between runtime and buildtime
>> issues.
>> Looking at the components[1], I see karaf-tooling has 49 issues - not that
>> much comparing to karaf-features or karaf-core.
>> So I don't think "build" component is that crucial after all.
>>
>> regards
>> Grzegorz Grzybek
>> ---
>> [1]: https://issues.apache.org/jira/projects/KARAF/summary/statistics
>>
>>
>>> regards,
>>>
>>> François Papon
>>> fpa...@apache.org
>>>
>>> Le 10/09/2018 à 08:34, Grzegorz Grzybek a écrit :
 Hello

 That'd be great to have fewer components. However, maybe it would be good
 to have a component like "maven" or "build" too?

 regards
 Grzegorz Grzybek

 pon., 10 wrz 2018 o 04:54 Francois Papon 
 napisał(a):

> Hi JB,
>
> +1 !
>
> Full agree with that :)
>
> regards,
>
> François Papon
> fpa...@apache.org
>
> Le 09/09/2018 à 23:03, Jean-Baptiste Onofré a écrit :
>> Hi team,
>>
>> Now, in Jira, we have a bunch of components: karaf-core, karaf-test,
>> cellar-config, ...
>>
>> Most of the time, when an user creates a Jira, he doesn't set the
>> component at all.
>>
>> So, the components should be used by us, but obviously, I don't think
>> the granularity we have today is helpful.
>>
>> I propose the following components:
>>
>> - karaf
>> - cellar
>> - cave
>> - decanter
>> - website
>>
>> That's the core components we manage in the project.
>>
>> On the other hand, we have also old versions in Jira, with unreleased
>> status.
>>
>> I would like to do a cleanup, removing the old versions (not released)
>> on branches. If we have Jira issues on this version, I will remove the
>> fix version (or even close the issue).
>>
>> Thoughts ?
>>
>> Regards
>> JB
>>>




Re: [PROPOSAL] Simplify components and cleanup old versions in Jira

2018-09-09 Thread Jean-Baptiste Onofré
Hi,

So, by karaf-build, you mean both issues targeted on the build tooling
we provide and the build itself.

My point is: what's the difference if these issues are in the karaf
component ? Is it really helpful for us or our users to have karaf-build
component (used in filter for instance) ?

Personally, I have filter using fixVersion (to prepare release content),
but I never use component.

Regards
JB

On 10/09/2018 07:05, Grzegorz Grzybek wrote:
> pon., 10 wrz 2018 o 06:40 Francois Papon 
> napisał(a):
> 
>> Hi Grzegorz,
>>
>> Can you explain why you think it would be nice to have a maven or build
>> component ?
>>
> 
> I was just thinking about distinguishing between runtime and buildtime
> issues.
> Looking at the components[1], I see karaf-tooling has 49 issues - not that
> much comparing to karaf-features or karaf-core.
> So I don't think "build" component is that crucial after all.
> 
> regards
> Grzegorz Grzybek
> ---
> [1]: https://issues.apache.org/jira/projects/KARAF/summary/statistics
> 
> 
>> regards,
>>
>> François Papon
>> fpa...@apache.org
>>
>> Le 10/09/2018 à 08:34, Grzegorz Grzybek a écrit :
>>> Hello
>>>
>>> That'd be great to have fewer components. However, maybe it would be good
>>> to have a component like "maven" or "build" too?
>>>
>>> regards
>>> Grzegorz Grzybek
>>>
>>> pon., 10 wrz 2018 o 04:54 Francois Papon 
>>> napisał(a):
>>>
 Hi JB,

 +1 !

 Full agree with that :)

 regards,

 François Papon
 fpa...@apache.org

 Le 09/09/2018 à 23:03, Jean-Baptiste Onofré a écrit :
> Hi team,
>
> Now, in Jira, we have a bunch of components: karaf-core, karaf-test,
> cellar-config, ...
>
> Most of the time, when an user creates a Jira, he doesn't set the
> component at all.
>
> So, the components should be used by us, but obviously, I don't think
> the granularity we have today is helpful.
>
> I propose the following components:
>
> - karaf
> - cellar
> - cave
> - decanter
> - website
>
> That's the core components we manage in the project.
>
> On the other hand, we have also old versions in Jira, with unreleased
> status.
>
> I would like to do a cleanup, removing the old versions (not released)
> on branches. If we have Jira issues on this version, I will remove the
> fix version (or even close the issue).
>
> Thoughts ?
>
> Regards
> JB

>>
>>
> 

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com


Re: [PROPOSAL] Simplify components and cleanup old versions in Jira

2018-09-09 Thread Grzegorz Grzybek
pon., 10 wrz 2018 o 06:40 Francois Papon 
napisał(a):

> Hi Grzegorz,
>
> Can you explain why you think it would be nice to have a maven or build
> component ?
>

I was just thinking about distinguishing between runtime and buildtime
issues.
Looking at the components[1], I see karaf-tooling has 49 issues - not that
much comparing to karaf-features or karaf-core.
So I don't think "build" component is that crucial after all.

regards
Grzegorz Grzybek
---
[1]: https://issues.apache.org/jira/projects/KARAF/summary/statistics


> regards,
>
> François Papon
> fpa...@apache.org
>
> Le 10/09/2018 à 08:34, Grzegorz Grzybek a écrit :
> > Hello
> >
> > That'd be great to have fewer components. However, maybe it would be good
> > to have a component like "maven" or "build" too?
> >
> > regards
> > Grzegorz Grzybek
> >
> > pon., 10 wrz 2018 o 04:54 Francois Papon 
> > napisał(a):
> >
> >> Hi JB,
> >>
> >> +1 !
> >>
> >> Full agree with that :)
> >>
> >> regards,
> >>
> >> François Papon
> >> fpa...@apache.org
> >>
> >> Le 09/09/2018 à 23:03, Jean-Baptiste Onofré a écrit :
> >>> Hi team,
> >>>
> >>> Now, in Jira, we have a bunch of components: karaf-core, karaf-test,
> >>> cellar-config, ...
> >>>
> >>> Most of the time, when an user creates a Jira, he doesn't set the
> >>> component at all.
> >>>
> >>> So, the components should be used by us, but obviously, I don't think
> >>> the granularity we have today is helpful.
> >>>
> >>> I propose the following components:
> >>>
> >>> - karaf
> >>> - cellar
> >>> - cave
> >>> - decanter
> >>> - website
> >>>
> >>> That's the core components we manage in the project.
> >>>
> >>> On the other hand, we have also old versions in Jira, with unreleased
> >>> status.
> >>>
> >>> I would like to do a cleanup, removing the old versions (not released)
> >>> on branches. If we have Jira issues on this version, I will remove the
> >>> fix version (or even close the issue).
> >>>
> >>> Thoughts ?
> >>>
> >>> Regards
> >>> JB
> >>
>
>


Re: [PROPOSAL] Simplify components and cleanup old versions in Jira

2018-09-09 Thread Francois Papon
Hi Grzegorz,

Can you explain why you think it would be nice to have a maven or build
component ?

regards,

François Papon
fpa...@apache.org

Le 10/09/2018 à 08:34, Grzegorz Grzybek a écrit :
> Hello
>
> That'd be great to have fewer components. However, maybe it would be good
> to have a component like "maven" or "build" too?
>
> regards
> Grzegorz Grzybek
>
> pon., 10 wrz 2018 o 04:54 Francois Papon 
> napisał(a):
>
>> Hi JB,
>>
>> +1 !
>>
>> Full agree with that :)
>>
>> regards,
>>
>> François Papon
>> fpa...@apache.org
>>
>> Le 09/09/2018 à 23:03, Jean-Baptiste Onofré a écrit :
>>> Hi team,
>>>
>>> Now, in Jira, we have a bunch of components: karaf-core, karaf-test,
>>> cellar-config, ...
>>>
>>> Most of the time, when an user creates a Jira, he doesn't set the
>>> component at all.
>>>
>>> So, the components should be used by us, but obviously, I don't think
>>> the granularity we have today is helpful.
>>>
>>> I propose the following components:
>>>
>>> - karaf
>>> - cellar
>>> - cave
>>> - decanter
>>> - website
>>>
>>> That's the core components we manage in the project.
>>>
>>> On the other hand, we have also old versions in Jira, with unreleased
>>> status.
>>>
>>> I would like to do a cleanup, removing the old versions (not released)
>>> on branches. If we have Jira issues on this version, I will remove the
>>> fix version (or even close the issue).
>>>
>>> Thoughts ?
>>>
>>> Regards
>>> JB
>>



Re: [PROPOSAL] Simplify components and cleanup old versions in Jira

2018-09-09 Thread Grzegorz Grzybek
Hello

That'd be great to have fewer components. However, maybe it would be good
to have a component like "maven" or "build" too?

regards
Grzegorz Grzybek

pon., 10 wrz 2018 o 04:54 Francois Papon 
napisał(a):

> Hi JB,
>
> +1 !
>
> Full agree with that :)
>
> regards,
>
> François Papon
> fpa...@apache.org
>
> Le 09/09/2018 à 23:03, Jean-Baptiste Onofré a écrit :
> > Hi team,
> >
> > Now, in Jira, we have a bunch of components: karaf-core, karaf-test,
> > cellar-config, ...
> >
> > Most of the time, when an user creates a Jira, he doesn't set the
> > component at all.
> >
> > So, the components should be used by us, but obviously, I don't think
> > the granularity we have today is helpful.
> >
> > I propose the following components:
> >
> > - karaf
> > - cellar
> > - cave
> > - decanter
> > - website
> >
> > That's the core components we manage in the project.
> >
> > On the other hand, we have also old versions in Jira, with unreleased
> > status.
> >
> > I would like to do a cleanup, removing the old versions (not released)
> > on branches. If we have Jira issues on this version, I will remove the
> > fix version (or even close the issue).
> >
> > Thoughts ?
> >
> > Regards
> > JB
>
>


Re: [PROPOSAL] Simplify components and cleanup old versions in Jira

2018-09-09 Thread Francois Papon
Hi JB,

+1 !

Full agree with that :)

regards,

François Papon
fpa...@apache.org

Le 09/09/2018 à 23:03, Jean-Baptiste Onofré a écrit :
> Hi team,
>
> Now, in Jira, we have a bunch of components: karaf-core, karaf-test,
> cellar-config, ...
>
> Most of the time, when an user creates a Jira, he doesn't set the
> component at all.
>
> So, the components should be used by us, but obviously, I don't think
> the granularity we have today is helpful.
>
> I propose the following components:
>
> - karaf
> - cellar
> - cave
> - decanter
> - website
>
> That's the core components we manage in the project.
>
> On the other hand, we have also old versions in Jira, with unreleased
> status.
>
> I would like to do a cleanup, removing the old versions (not released)
> on branches. If we have Jira issues on this version, I will remove the
> fix version (or even close the issue).
>
> Thoughts ?
>
> Regards
> JB



[PROPOSAL] Simplify components and cleanup old versions in Jira

2018-09-09 Thread Jean-Baptiste Onofré
Hi team,

Now, in Jira, we have a bunch of components: karaf-core, karaf-test,
cellar-config, ...

Most of the time, when an user creates a Jira, he doesn't set the
component at all.

So, the components should be used by us, but obviously, I don't think
the granularity we have today is helpful.

I propose the following components:

- karaf
- cellar
- cave
- decanter
- website

That's the core components we manage in the project.

On the other hand, we have also old versions in Jira, with unreleased
status.

I would like to do a cleanup, removing the old versions (not released)
on branches. If we have Jira issues on this version, I will remove the
fix version (or even close the issue).

Thoughts ?

Regards
JB
-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com