Thanks for the clarification :-) These are supported in trunk. I think I'd
call them a feature dependency.
thanks
david jencks
On May 21, 2011, at 12:16 AM, Ioannis Canellos wrote:
> Forgive me if I didn't express my self right. By inner feature I mean the
> reuse of a top-level feature insid
If we do this I think this is how to do it but I'm not at all convinced the
code complexity is worth the possible convenience.
thanks
david jencks
On May 21, 2011, at 12:55 AM, Guillaume Nodet wrote:
> Maybe an easier way would be to track features that have been
> explicitely installed differe
Yay!
On May 21, 2011, at 7:04 PM, Andreas Pieber wrote:
> Cellar and sites are available via the git mirrors
> -- Forwarded message --
> From: "Jukka Zitting (JIRA)"
> Date: May 21, 2011 8:31 PM
> Subject: [jira] [Resolved] (INFRA-3648) Setup git-mirrors for karaf-site and
> kar
Cellar and sites are available via the git mirrors
-- Forwarded message --
From: "Jukka Zitting (JIRA)"
Date: May 21, 2011 8:31 PM
Subject: [jira] [Resolved] (INFRA-3648) Setup git-mirrors for karaf-site and
karaf-cellar
To:
[
https://issues.apache.org/jira/browse/INFRA-3648
On a related note, I think it is also more intuitive if configurations
installed with a feature are deleted when the feature is uninstalled.
On Sat, May 21, 2011 at 5:09 AM, Andreas Pieber wrote:
> Tbh i a also like the idea this would be imho the most intuitive behavior
> user expect anyhow :-)
+1
-Original Message-
From: Guillaume Nodet
Date: Sat, 21 May 2011 09:55:03
To:
Reply-To: dev@karaf.apache.org
Subject: Re: Uninstall of inner features
Maybe an easier way would be to track features that have been
explicitely installed differently than features than have been
selected
Tbh i a also like the idea this would be imho the most intuitive behavior
user expect anyhow :-)
Kind regards Andreas
On May 21, 2011 10:07 AM, "Ioannis Canellos" wrote:
>>
>> When those dependant features are no longer used by currently
>> installed features, they could be uninstalled automatica
Keep in mind we use an older version because the license has changed
so we're stuck on the last ASL version.
On Sat, May 21, 2011 at 10:06, Dan Tran wrote:
> just confirm it my self, the karaf-wrapper is the same as the one at
> tanukisoft ( i did md5sum on both )
>
> -D
>
> On Fri, May 20, 2011
>
> When those dependant features are no longer used by currently
> installed features, they could be uninstalled automatically.
> Imho, that would be fully transparent from a user pov (and i think it
> should be that way).
>
That would be the best possible solution.
--
*Ioannis Canellos*
*
ht
just confirm it my self, the karaf-wrapper is the same as the one at
tanukisoft ( i did md5sum on both )
-D
On Fri, May 20, 2011 at 10:02 AM, Dan Tran wrote:
> so the 'karaf-executable' is the same executable at wrapper.tanukisolfware ??
>
> -D
>
> On Fri, May 20, 2011 at 9:37 AM, Jean-Baptiste
Maybe an easier way would be to track features that have been
explicitely installed differently than features than have been
selected automatically because they are dependencies.
When those dependant features are no longer used by currently
installed features, they could be uninstalled automaticall
>
> It could be dangerous to uninstall a top level feature which could be used
> in others features.
Indeed. This is why I am trying to find a solution around it. To recap
possible solutions:
a) When uninstalling a feature, check if it contains references to other top
level features and for each
ok got it :)
I was thinking features like:
...
where other is defined only as an inner feature.
It could be dangerous to uninstall a top level feature which could be
used in others features.
Regards
JB
On 05/21/2011 09:16 AM, Ioannis Canellos wrote:
Forgive me if I didn't expr
Forgive me if I didn't express my self right. By inner feature I mean the
reuse of a top-level feature inside an other feature.
To reuse JB's example:
other
in this case if I do
features:install my
features:uninstall my
feature other will remain installed.
--
*Ioannis Canellos*
*
http://
Yes,
but the users can set:
other
And other is defined as a top level feature.
Regards
JB
On 05/21/2011 09:04 AM, Ioannis Canellos wrote:
I don't understand how using an inner feature promotes reuse. I would
think it would tend to prevent reuse. So far I don't think inner features
are
Hi Ioannis,
I don't understand the usage of an inner feature. Basically, what the
differences between a top level feature and an inner feature ?
If the assumption is that the inner feature life cycle (install,
uninstall, start, stop) is the same as its parent feature, why not
putting directl
>
> I don't understand how using an inner feature promotes reuse. I would
> think it would tend to prevent reuse. So far I don't think inner features
> are a good idea.
It promotes reuse because it allows you to "reuse" existing features as
inner features.
--
*Ioannis Canellos*
*
http://ioc
17 matches
Mail list logo
