[ 
https://issues.apache.org/jira/browse/FELIX-6034?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16750731#comment-16750731
 ] 

Jean-Baptiste Onofré commented on FELIX-6034:
---------------------------------------------

Hi guys.

I agree with [~gnt], I'm not sure to understand the purpose of the requirement 
in gogo jline. That's why I'm proposing to remove it for now.

>From a Karaf perspective, I can change the shell feature to provide a "fake" 
>capability matching the requirement, but I don't see the point too ;)

If you agree, I will merge the PR and cut a new gogo.jline release.

> Gogo JLine requirement doesn't allow to embed gogo.jline
> --------------------------------------------------------
>
>                 Key: FELIX-6034
>                 URL: https://issues.apache.org/jira/browse/FELIX-6034
>             Project: Felix
>          Issue Type: Bug
>          Components: Gogo JLine
>    Affects Versions: gogo.jline-1.1.2
>            Reporter: Jean-Baptiste Onofré
>            Assignee: Jean-Baptiste Onofré
>            Priority: Major
>             Fix For: gogo.jline-1.1.3
>
>
> Felix Gogo Jline 1.1.2 introduced a Requirement:
> {code}
> @Requirement(
>     effective = "active",
>     namespace = "org.apache.felix.gogo",
>     name = "command.implementation",
>     version = "1.0.0"
> )
> {code}
> This requirement is a contract to find concrete command. However, in the case 
> of Gogo JLine embedded as a standalone bundle, waiting for commands 
> implementation (later on), this requirement doesn't allow to start. That's 
> the case in Apache Karaf shell.
> [~rotty3000] do you mind if I remove this requirement (as I did other fixes 
> like in {{Posix}} commands) ? We could add this Requirement in gogo.jline 2.x 
> and then, I will have to find a bypass or at least a fake command providing a 
> capability.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to