You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@karaf.apache.org by sully6768 <su...@yahoo.com> on 2012/01/08 00:10:50 UTC
SCR Tools for Karaf
Hello All,
I have submitted a set of commands, mbeans, a feature config and some
examples. I attached them to the existing issue KARAF-52.
https://issues.apache.org/jira/browse/KARAF-52
Thanks,
Scott ES
--
View this message in context: http://karaf.922171.n3.nabble.com/SCR-Tools-for-Karaf-tp3641090p3641090.html
Sent from the Karaf - Dev mailing list archive at Nabble.com.
Re: SCR Tools for Karaf
Posted by Jean-Baptiste Onofré <jb...@nanthrax.net>.
Hi Scott,
thanks for the contribution.
I will take a look (I saw that David too).
Regards
JB
On 01/08/2012 12:10 AM, sully6768 wrote:
> Hello All,
>
> I have submitted a set of commands, mbeans, a feature config and some
> examples. I attached them to the existing issue KARAF-52.
>
> https://issues.apache.org/jira/browse/KARAF-52
>
> Thanks,
> Scott ES
>
> --
> View this message in context: http://karaf.922171.n3.nabble.com/SCR-Tools-for-Karaf-tp3641090p3641090.html
> Sent from the Karaf - Dev mailing list archive at Nabble.com.
--
Jean-Baptiste Onofré
jbonofre@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com
Re: SCR Tools for Karaf
Posted by sully6768 <su...@yahoo.com>.
Thanks everyone for the feedback and support. As a reminder, KARAF-52 is
related to the addition of SCR commands. It is currently not attached to
any version of Karaf as an FYI for house keeping purposes. :)
Best Regards,
Scott ES
http://fusesource.com
--
View this message in context: http://karaf.922171.n3.nabble.com/SCR-Tools-for-Karaf-tp3641090p3669225.html
Sent from the Karaf - Dev mailing list archive at Nabble.com.
Re: SCR Tools for Karaf
Posted by "Jamie G." <ja...@gmail.com>.
+1 on back-porting parts of new features to a 2.3. after the 3.0 line as well.
I believe that's been discussed as the plan :)
Cheers,
Jamie
On Mon, Jan 16, 2012 at 8:25 AM, Achim Nierbeck <bc...@googlemail.com> wrote:
> +1 on back-porting parts of new features to a 2.3. after the 3.0 line :)
>
>
>
> 2012/1/16 Jean-Baptiste Onofré <jb...@nanthrax.net>
>
>> Agree,
>>
>> We can add it in 2.3 when we will create it after the 3.0.
>>
>> Regards
>> JB
>>
>>
>> On 01/16/2012 11:48 AM, Guillaume Nodet wrote:
>>
>>> I wonder if we should defer adding new features to the stable branch
>>> and instead create a 2.3 branch in the future where we could backport
>>> some new features from 3.x in the 2.x line.
>>>
>>> On Mon, Jan 16, 2012 at 11:07, Ioannis Canellos<io...@gmail.com>
>>> wrote:
>>>
>>>> I think that it would make sense to also have it in karaf 2.2.x branch.
>>>> What do you think?
>>>>
>>>> --
>>>> *Ioannis Canellos*
>>>> *
>>>> FuseSource<http://fusesource.**com <http://fusesource.com>>
>>>>
>>>> **
>>>> Blog: http://iocanel.blogspot.com
>>>> **
>>>> Apache Karaf<http://karaf.apache.org/**> Committer& PMC
>>>>
>>>> Apache Camel<http://camel.apache.org/**> Committer
>>>> Apache ServiceMix<http://servicemix.**apache.org/<http://servicemix.apache.org/>>
>>>> Committer
>>>> Apache Gora<http://incubator.apache.**org/gora/<http://incubator.apache.org/gora/>>
>>>> Committer
>>>> Apache DirectMemory<http://incubator.**apache.org/directmemory/<http://incubator.apache.org/directmemory/>>
>>>> Committer
>>>> *
>>>>
>>>
>>>
>>>
>>>
>> --
>> Jean-Baptiste Onofré
>> jbonofre@apache.org
>> http://blog.nanthrax.net
>> Talend - http://www.talend.com
>>
>
>
>
> --
>
> Apache Karaf <http://karaf.apache.org/> Committer & PMC
> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer &
> Project Lead
> blog <http://notizblog.nierbeck.de/>
Re: SCR Tools for Karaf
Posted by Achim Nierbeck <bc...@googlemail.com>.
+1 on back-porting parts of new features to a 2.3. after the 3.0 line :)
2012/1/16 Jean-Baptiste Onofré <jb...@nanthrax.net>
> Agree,
>
> We can add it in 2.3 when we will create it after the 3.0.
>
> Regards
> JB
>
>
> On 01/16/2012 11:48 AM, Guillaume Nodet wrote:
>
>> I wonder if we should defer adding new features to the stable branch
>> and instead create a 2.3 branch in the future where we could backport
>> some new features from 3.x in the 2.x line.
>>
>> On Mon, Jan 16, 2012 at 11:07, Ioannis Canellos<io...@gmail.com>
>> wrote:
>>
>>> I think that it would make sense to also have it in karaf 2.2.x branch.
>>> What do you think?
>>>
>>> --
>>> *Ioannis Canellos*
>>> *
>>> FuseSource<http://fusesource.**com <http://fusesource.com>>
>>>
>>> **
>>> Blog: http://iocanel.blogspot.com
>>> **
>>> Apache Karaf<http://karaf.apache.org/**> Committer& PMC
>>>
>>> Apache Camel<http://camel.apache.org/**> Committer
>>> Apache ServiceMix<http://servicemix.**apache.org/<http://servicemix.apache.org/>>
>>> Committer
>>> Apache Gora<http://incubator.apache.**org/gora/<http://incubator.apache.org/gora/>>
>>> Committer
>>> Apache DirectMemory<http://incubator.**apache.org/directmemory/<http://incubator.apache.org/directmemory/>>
>>> Committer
>>> *
>>>
>>
>>
>>
>>
> --
> Jean-Baptiste Onofré
> jbonofre@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>
--
Apache Karaf <http://karaf.apache.org/> Committer & PMC
OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer &
Project Lead
blog <http://notizblog.nierbeck.de/>
Re: SCR Tools for Karaf
Posted by Jean-Baptiste Onofré <jb...@nanthrax.net>.
Agree,
We can add it in 2.3 when we will create it after the 3.0.
Regards
JB
On 01/16/2012 11:48 AM, Guillaume Nodet wrote:
> I wonder if we should defer adding new features to the stable branch
> and instead create a 2.3 branch in the future where we could backport
> some new features from 3.x in the 2.x line.
>
> On Mon, Jan 16, 2012 at 11:07, Ioannis Canellos<io...@gmail.com> wrote:
>> I think that it would make sense to also have it in karaf 2.2.x branch.
>> What do you think?
>>
>> --
>> *Ioannis Canellos*
>> *
>> FuseSource<http://fusesource.com>
>>
>> **
>> Blog: http://iocanel.blogspot.com
>> **
>> Apache Karaf<http://karaf.apache.org/> Committer& PMC
>> Apache Camel<http://camel.apache.org/> Committer
>> Apache ServiceMix<http://servicemix.apache.org/> Committer
>> Apache Gora<http://incubator.apache.org/gora/> Committer
>> Apache DirectMemory<http://incubator.apache.org/directmemory/> Committer
>> *
>
>
>
--
Jean-Baptiste Onofré
jbonofre@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com
Re: SCR Tools for Karaf
Posted by Ioannis Canellos <io...@gmail.com>.
Yes, it makes sense to me. My main point was that since it was such an old
request it should be propably ported to 2.x.something too. A 2.2.3 sounds
great to me!
--
*Ioannis Canellos*
*
FuseSource <http://fusesource.com>
**
Blog: http://iocanel.blogspot.com
**
Apache Karaf <http://karaf.apache.org/> Committer & PMC
Apache Camel <http://camel.apache.org/> Committer
Apache ServiceMix <http://servicemix.apache.org/> Committer
Apache Gora <http://incubator.apache.org/gora/> Committer
Apache DirectMemory <http://incubator.apache.org/directmemory/> Committer
*
Re: SCR Tools for Karaf
Posted by Andreas Pieber <an...@gmail.com>.
Yeah, I'm absolutely with Guillaume here. I would be so much +1 that we
stop adding new features on micro release branches :-)
Kind regards,
Andreas
On Mon, Jan 16, 2012 at 11:48, Guillaume Nodet <gn...@gmail.com> wrote:
> I wonder if we should defer adding new features to the stable branch
> and instead create a 2.3 branch in the future where we could backport
> some new features from 3.x in the 2.x line.
>
> On Mon, Jan 16, 2012 at 11:07, Ioannis Canellos <io...@gmail.com> wrote:
> > I think that it would make sense to also have it in karaf 2.2.x branch.
> > What do you think?
> >
> > --
> > *Ioannis Canellos*
> > *
> > FuseSource <http://fusesource.com>
> >
> > **
> > Blog: http://iocanel.blogspot.com
> > **
> > Apache Karaf <http://karaf.apache.org/> Committer & PMC
> > Apache Camel <http://camel.apache.org/> Committer
> > Apache ServiceMix <http://servicemix.apache.org/> Committer
> > Apache Gora <http://incubator.apache.org/gora/> Committer
> > Apache DirectMemory <http://incubator.apache.org/directmemory/>
> Committer
> > *
>
>
>
> --
> ------------------------
> Guillaume Nodet
> ------------------------
> Blog: http://gnodet.blogspot.com/
> ------------------------
> FuseSource, Integration everywhere
> http://fusesource.com
>
Re: SCR Tools for Karaf
Posted by Guillaume Nodet <gn...@gmail.com>.
I wonder if we should defer adding new features to the stable branch
and instead create a 2.3 branch in the future where we could backport
some new features from 3.x in the 2.x line.
On Mon, Jan 16, 2012 at 11:07, Ioannis Canellos <io...@gmail.com> wrote:
> I think that it would make sense to also have it in karaf 2.2.x branch.
> What do you think?
>
> --
> *Ioannis Canellos*
> *
> FuseSource <http://fusesource.com>
>
> **
> Blog: http://iocanel.blogspot.com
> **
> Apache Karaf <http://karaf.apache.org/> Committer & PMC
> Apache Camel <http://camel.apache.org/> Committer
> Apache ServiceMix <http://servicemix.apache.org/> Committer
> Apache Gora <http://incubator.apache.org/gora/> Committer
> Apache DirectMemory <http://incubator.apache.org/directmemory/> Committer
> *
--
------------------------
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
------------------------
FuseSource, Integration everywhere
http://fusesource.com
Re: SCR Tools for Karaf
Posted by Jean-Baptiste Onofré <jb...@nanthrax.net>.
+1
I will merge it after lunch.
Regards
JB
On 01/16/2012 11:07 AM, Ioannis Canellos wrote:
> I think that it would make sense to also have it in karaf 2.2.x branch.
> What do you think?
>
--
Jean-Baptiste Onofré
jbonofre@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com
Re: SCR Tools for Karaf
Posted by Ioannis Canellos <io...@gmail.com>.
I think that it would make sense to also have it in karaf 2.2.x branch.
What do you think?
--
*Ioannis Canellos*
*
FuseSource <http://fusesource.com>
**
Blog: http://iocanel.blogspot.com
**
Apache Karaf <http://karaf.apache.org/> Committer & PMC
Apache Camel <http://camel.apache.org/> Committer
Apache ServiceMix <http://servicemix.apache.org/> Committer
Apache Gora <http://incubator.apache.org/gora/> Committer
Apache DirectMemory <http://incubator.apache.org/directmemory/> Committer
*
Re: SCR Tools for Karaf
Posted by Łukasz Dywicki <lu...@code-house.org>.
Hey David,
You're right. I did wrong assumption that patch contains some webconsole stuff. I also saw the ds plugin so I thought that there will be next.
Sorry for misunderstanding.
Łukasz Dywicki
--
Code-House
http://code-house.org
Wiadomość napisana przez David Jencks w dniu 2012-01-10, o godz. 00:00:
> Łukasz,
>
> Maybe you know more about the felix webconsole than I do.... I see this:
>
> https://svn.apache.org/repos/asf/felix/trunk/webconsole-plugins/ds
>
> This looks to me like a felix webconsole plugin for dealing with scr.
>
> BTW felix scr does provide some console commands and they work but they don't show up as available with our tab completion. My impression is the Scott's new ones are slightly more capable.
>
> thanks
> david jencks
>
> On Jan 9, 2012, at 1:55 PM, Łukasz Dywicki wrote:
>
>> Hey Scott,
>> Many thanks for providing the patch. Lack of the scr commands was our issue from ages, thanks to you we finally have some support in many areas. I am with David about dropping the dependencies to the EventAdmin and MetaType services. Indeed, they're usefullt and let have more features in webconsole but they're not mandatory for running SCR. We can make a note in manual about SCR support to install this and that to see more.
>>
>> Only two things which makes me afraid is the WebConsole plugin. I not going to create a noise, but wouldn't it be better to donate a webconsole plugin directly to Felix? Felix team takes care about the core of webconsole and its development. We just do the plugins for things specific to Karaf like administration of instances or feature repositories.
>>
>> I've put some basic support for SCR last week to WebConsole subproject but it doesn't affect the core of the Karaf.
>>
>> Łukasz Dywicki
>> --
>> Code-House
>> http://code-house.org
>>
>>
>> Wiadomość napisana przez David Jencks w dniu 2012-01-09, o godz. 05:40:
>>
>>>
>>> On Jan 8, 2012, at 2:51 PM, sully6768 wrote:
>>>
>>>> For the moment the SCR feature has to be loaded first or as part of the web
>>>> console. Maybe that would be the best option and load it as part of the web
>>>> console feature. Thoughts?
>>>
>>> I don't see the problem in having them separate. People may want the web console without scr, and we shouldn't force them to install scr. I think it would be better to put the scr webconsole bit into a scr module, but I don't know where the code is. In felix trunk there appears to be a webconsole plugin for ds support, but it doesn't look like its been released (version is 1.0.0-SNAPSHOT).
>>>
>>>>
>>>> Also, I just attached a patch to KARAF-52 for the console color output. I
>>>> tried it with several color consoles and it seems to be clear. Let me know
>>>> what you think.
>>>
>>> I applied this, thanks!
>>>
>>> david jencks
>>>
>>>>
>>>> --
>>>> View this message in context: http://karaf.922171.n3.nabble.com/SCR-Tools-for-Karaf-tp3641090p3643203.html
>>>> Sent from the Karaf - Dev mailing list archive at Nabble.com.
>>>
>>
>
Re: SCR Tools for Karaf
Posted by David Jencks <da...@yahoo.com>.
Łukasz,
Maybe you know more about the felix webconsole than I do.... I see this:
https://svn.apache.org/repos/asf/felix/trunk/webconsole-plugins/ds
This looks to me like a felix webconsole plugin for dealing with scr.
BTW felix scr does provide some console commands and they work but they don't show up as available with our tab completion. My impression is the Scott's new ones are slightly more capable.
thanks
david jencks
On Jan 9, 2012, at 1:55 PM, Łukasz Dywicki wrote:
> Hey Scott,
> Many thanks for providing the patch. Lack of the scr commands was our issue from ages, thanks to you we finally have some support in many areas. I am with David about dropping the dependencies to the EventAdmin and MetaType services. Indeed, they're usefullt and let have more features in webconsole but they're not mandatory for running SCR. We can make a note in manual about SCR support to install this and that to see more.
>
> Only two things which makes me afraid is the WebConsole plugin. I not going to create a noise, but wouldn't it be better to donate a webconsole plugin directly to Felix? Felix team takes care about the core of webconsole and its development. We just do the plugins for things specific to Karaf like administration of instances or feature repositories.
>
> I've put some basic support for SCR last week to WebConsole subproject but it doesn't affect the core of the Karaf.
>
> Łukasz Dywicki
> --
> Code-House
> http://code-house.org
>
>
> Wiadomość napisana przez David Jencks w dniu 2012-01-09, o godz. 05:40:
>
>>
>> On Jan 8, 2012, at 2:51 PM, sully6768 wrote:
>>
>>> For the moment the SCR feature has to be loaded first or as part of the web
>>> console. Maybe that would be the best option and load it as part of the web
>>> console feature. Thoughts?
>>
>> I don't see the problem in having them separate. People may want the web console without scr, and we shouldn't force them to install scr. I think it would be better to put the scr webconsole bit into a scr module, but I don't know where the code is. In felix trunk there appears to be a webconsole plugin for ds support, but it doesn't look like its been released (version is 1.0.0-SNAPSHOT).
>>
>>>
>>> Also, I just attached a patch to KARAF-52 for the console color output. I
>>> tried it with several color consoles and it seems to be clear. Let me know
>>> what you think.
>>
>> I applied this, thanks!
>>
>> david jencks
>>
>>>
>>> --
>>> View this message in context: http://karaf.922171.n3.nabble.com/SCR-Tools-for-Karaf-tp3641090p3643203.html
>>> Sent from the Karaf - Dev mailing list archive at Nabble.com.
>>
>
Re: SCR Tools for Karaf
Posted by Łukasz Dywicki <lu...@code-house.org>.
Hey Scott,
Many thanks for providing the patch. Lack of the scr commands was our issue from ages, thanks to you we finally have some support in many areas. I am with David about dropping the dependencies to the EventAdmin and MetaType services. Indeed, they're usefullt and let have more features in webconsole but they're not mandatory for running SCR. We can make a note in manual about SCR support to install this and that to see more.
Only two things which makes me afraid is the WebConsole plugin. I not going to create a noise, but wouldn't it be better to donate a webconsole plugin directly to Felix? Felix team takes care about the core of webconsole and its development. We just do the plugins for things specific to Karaf like administration of instances or feature repositories.
I've put some basic support for SCR last week to WebConsole subproject but it doesn't affect the core of the Karaf.
Łukasz Dywicki
--
Code-House
http://code-house.org
Wiadomość napisana przez David Jencks w dniu 2012-01-09, o godz. 05:40:
>
> On Jan 8, 2012, at 2:51 PM, sully6768 wrote:
>
>> For the moment the SCR feature has to be loaded first or as part of the web
>> console. Maybe that would be the best option and load it as part of the web
>> console feature. Thoughts?
>
> I don't see the problem in having them separate. People may want the web console without scr, and we shouldn't force them to install scr. I think it would be better to put the scr webconsole bit into a scr module, but I don't know where the code is. In felix trunk there appears to be a webconsole plugin for ds support, but it doesn't look like its been released (version is 1.0.0-SNAPSHOT).
>
>>
>> Also, I just attached a patch to KARAF-52 for the console color output. I
>> tried it with several color consoles and it seems to be clear. Let me know
>> what you think.
>
> I applied this, thanks!
>
> david jencks
>
>>
>> --
>> View this message in context: http://karaf.922171.n3.nabble.com/SCR-Tools-for-Karaf-tp3641090p3643203.html
>> Sent from the Karaf - Dev mailing list archive at Nabble.com.
>
Re: SCR Tools for Karaf
Posted by David Jencks <da...@yahoo.com>.
On Jan 8, 2012, at 2:51 PM, sully6768 wrote:
> For the moment the SCR feature has to be loaded first or as part of the web
> console. Maybe that would be the best option and load it as part of the web
> console feature. Thoughts?
I don't see the problem in having them separate. People may want the web console without scr, and we shouldn't force them to install scr. I think it would be better to put the scr webconsole bit into a scr module, but I don't know where the code is. In felix trunk there appears to be a webconsole plugin for ds support, but it doesn't look like its been released (version is 1.0.0-SNAPSHOT).
>
> Also, I just attached a patch to KARAF-52 for the console color output. I
> tried it with several color consoles and it seems to be clear. Let me know
> what you think.
I applied this, thanks!
david jencks
>
> --
> View this message in context: http://karaf.922171.n3.nabble.com/SCR-Tools-for-Karaf-tp3641090p3643203.html
> Sent from the Karaf - Dev mailing list archive at Nabble.com.
Re: SCR Tools for Karaf
Posted by sully6768 <su...@yahoo.com>.
For the moment the SCR feature has to be loaded first or as part of the web
console. Maybe that would be the best option and load it as part of the web
console feature. Thoughts?
Also, I just attached a patch to KARAF-52 for the console color output. I
tried it with several color consoles and it seems to be clear. Let me know
what you think.
--
View this message in context: http://karaf.922171.n3.nabble.com/SCR-Tools-for-Karaf-tp3641090p3643203.html
Sent from the Karaf - Dev mailing list archive at Nabble.com.
Re: SCR Tools for Karaf
Posted by David Jencks <da...@yahoo.com>.
Hi... inline
On Jan 8, 2012, at 10:54 AM, Scott England-Sullivan wrote:
> Hi Dave,
>
> My comments are inlined below.
>
> Scott ES
>
> On Jan 8, 2012, at 3:17 AM, David Jencks <da...@yahoo.com> wrote:
>
>> I've modified this a bit to work with trunk and committed the results. This looks really really useful! I've used scr a lot in geronimo and this looks like it will help diagnose the problems I keep running into.
>>
>> I have a few questions.
>>
>> - I don't understand some of the feature descriptor. I've replaced it with one generated from the dependencies. I don't understand why the repository, eventadmin, or second feature are needed at all. Also I don't see why the felix scr and metatype are dependencies rather than just listed. I didn't remove the original feature.xml until we straighten this out.
>
> Most of is for the web console. The web console has a nice interface for SCR If you load the web console first it doesn't pick up the SCR dependency and show the tab for it. The SCR WC interface also has a dependency on MetaType and EventAdmin, at least it used to. I don't know about 3.x. So it was more of a convenient work around if I was in an environment where I had to load it after the WC.
>
> MetaType also has some additional benefits SCR development when combined with bndlib. There is a convenience class in bndlib that takes your component config interface and will create a type safe proxy (see the example code).
>
> Because of all this I wrapped all the dependencies in a feature for convenience.
>
> I am not sure what the best approach is given the WCs optional dependency on SCR. It could be that loading of an optional WC capability works correctly in trunk. I will look at it this afternoon and get back with a response.
I know just about nothing about the webconsole. I did sort of think that the idea generally was to put pieces of the web console in with the stuff it worked with, which would mean we might want to move the webconsole scr support into the scr module. Maybe someone with more clue can comment :-)
thanks
david jencks
>
>>
>> - The colors of the output on the console are very faint (light gray and light yellow). I'm not sure how this is configured but would it be possible to make it darker?
>
> I will take a look at this also and get a fix out for trunk and 2.2.x.
>
>>
>> thanks!
>> david jencks
>>
>> On Jan 7, 2012, at 3:10 PM, sully6768 wrote:
>>
>>> Hello All,
>>>
>>> I have submitted a set of commands, mbeans, a feature config and some
>>> examples. I attached them to the existing issue KARAF-52.
>>>
>>> https://issues.apache.org/jira/browse/KARAF-52
>>>
>>> Thanks,
>>> Scott ES
>>>
>>> --
>>> View this message in context: http://karaf.922171.n3.nabble.com/SCR-Tools-for-Karaf-tp3641090p3641090.html
>>> Sent from the Karaf - Dev mailing list archive at Nabble.com.
>>
Re: SCR Tools for Karaf
Posted by Scott England-Sullivan <su...@yahoo.com>.
Hi Dave,
My comments are inlined below.
Scott ES
On Jan 8, 2012, at 3:17 AM, David Jencks <da...@yahoo.com> wrote:
> I've modified this a bit to work with trunk and committed the results. This looks really really useful! I've used scr a lot in geronimo and this looks like it will help diagnose the problems I keep running into.
>
> I have a few questions.
>
> - I don't understand some of the feature descriptor. I've replaced it with one generated from the dependencies. I don't understand why the repository, eventadmin, or second feature are needed at all. Also I don't see why the felix scr and metatype are dependencies rather than just listed. I didn't remove the original feature.xml until we straighten this out.
Most of is for the web console. The web console has a nice interface for SCR If you load the web console first it doesn't pick up the SCR dependency and show the tab for it. The SCR WC interface also has a dependency on MetaType and EventAdmin, at least it used to. I don't know about 3.x. So it was more of a convenient work around if I was in an environment where I had to load it after the WC.
MetaType also has some additional benefits SCR development when combined with bndlib. There is a convenience class in bndlib that takes your component config interface and will create a type safe proxy (see the example code).
Because of all this I wrapped all the dependencies in a feature for convenience.
I am not sure what the best approach is given the WCs optional dependency on SCR. It could be that loading of an optional WC capability works correctly in trunk. I will look at it this afternoon and get back with a response.
>
> - The colors of the output on the console are very faint (light gray and light yellow). I'm not sure how this is configured but would it be possible to make it darker?
I will take a look at this also and get a fix out for trunk and 2.2.x.
>
> thanks!
> david jencks
>
> On Jan 7, 2012, at 3:10 PM, sully6768 wrote:
>
>> Hello All,
>>
>> I have submitted a set of commands, mbeans, a feature config and some
>> examples. I attached them to the existing issue KARAF-52.
>>
>> https://issues.apache.org/jira/browse/KARAF-52
>>
>> Thanks,
>> Scott ES
>>
>> --
>> View this message in context: http://karaf.922171.n3.nabble.com/SCR-Tools-for-Karaf-tp3641090p3641090.html
>> Sent from the Karaf - Dev mailing list archive at Nabble.com.
>
Re: SCR Tools for Karaf
Posted by David Jencks <da...@yahoo.com>.
I've modified this a bit to work with trunk and committed the results. This looks really really useful! I've used scr a lot in geronimo and this looks like it will help diagnose the problems I keep running into.
I have a few questions.
- I don't understand some of the feature descriptor. I've replaced it with one generated from the dependencies. I don't understand why the repository, eventadmin, or second feature are needed at all. Also I don't see why the felix scr and metatype are dependencies rather than just listed. I didn't remove the original feature.xml until we straighten this out.
- The colors of the output on the console are very faint (light gray and light yellow). I'm not sure how this is configured but would it be possible to make it darker?
thanks!
david jencks
On Jan 7, 2012, at 3:10 PM, sully6768 wrote:
> Hello All,
>
> I have submitted a set of commands, mbeans, a feature config and some
> examples. I attached them to the existing issue KARAF-52.
>
> https://issues.apache.org/jira/browse/KARAF-52
>
> Thanks,
> Scott ES
>
> --
> View this message in context: http://karaf.922171.n3.nabble.com/SCR-Tools-for-Karaf-tp3641090p3641090.html
> Sent from the Karaf - Dev mailing list archive at Nabble.com.