in light of feedback from Karaf committers [1], would it be okay to copy
Christian Schneider's table printer [2] into the Camel Karaf commands
project (org.apache.camel.karaf.commands.internal) as a private utility
class, at least until it's available in a Karaf release?

i strongly agree with Claus about striving for neutral modularity, and at
the same time Christian explained that this table printer is already small
and self-contained.  is it an agreeable compromise to temporarily borrow
the implementation?

[1]:
http://karaf.922171.n3.nabble.com/table-printer-for-Karaf-commands-tt3887535.html
[2]:
http://svn.apache.org/viewvc/karaf/trunk/shell/console/src/main/java/org/apache/karaf/shell/console/table/

~ Reuben

On Thu, Apr 5, 2012 at 12:32, Claus Ibsen <claus.ib...@gmail.com> wrote:

> Well I am talking about an end user library which has utility methods so
> people can use that in their Karaf commands / plugins.
>
> The irony is that Karaf is all about modularity. So would it not be
> possible to offer a neutral Karaf library that people can use on both 2.x
> and 3.0.
>
> I assume the table and other util methods is mostly about string
> manipulation and to make commands output nicely in Karaf. And thus its not
> deeply tied to te Karaf container runtime version. So it ought to run on
> both 2.x and 3.x.
>

Reply via email to