felix-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Pierre De Rop <pierre.de...@gmail.com>
Subject Re: Dependency Manager commands not working after upgrading Servicemix from 5.4.0 to 6.1.2
Date Wed, 11 Jan 2017 14:58:01 GMT
Hi Rod,

FYI, I tried with apache-karaf-4.0.8, then I successfully deployed your
standard-3.0.7-features.xml and could install dm like this:

karaf@root()> feature:repo-add file:../features/standard-3.0.7-features.xml
Adding feature url file:../features/standard-3.0.7-features.xml
karaf@root()> feature:install example-feature
karaf@root()> dm wtf
No missing dependencies found.

Now, I tried to install servicemix 6.1.2 but I could not start start it
(I'm getting the error: "Error: Could not find or load main class
org.apache.karaf.main.Main).


So, I tried to install servicemix 6.1.3, which I could successfully start.
But unfortunately in this version, I don't have the "feature:repo-add"
shell command in order to add your standard-3.0.7-features.xml, so i could
not make the test.

May be you should ask directly to the servicemix mailing list ... (anyway,
it works well with apache-karaf-4.0.8)

hope this helps
/Pierre



On Tue, Jan 10, 2017 at 3:07 PM, Rod Allen <rodallen1969@gmail.com> wrote:

> Hi Pierre,
>
> I tried the latest versions you mentioned in both Servicemix 5.4.0 and
> Servicemix 6.1.2. It still worked ok in Servicemix 5.4.0 although I had to
> use JDK 1.8. However it still failed in Servicemix 6.1.2. I was not sure if
> this was more of a Servicemix than Felix question. In order to replicate
> this I hacked an existing features config file for both vanilla
> installations. For Servicemix 5.4.0 it was
>
>
>
>
> *%KARAF_HOME%\system\org\apache\karaf\assemblies\features\standard\2.4.1\standard-2.4.1-features.xml*
> for Servicemix 6.1.2 it was
>
> *%KARAF_HOME%\system\org\apache\karaf\features\standard\3.0.7\standard-3.0.7-features.xml*
>
> this is the closest thing to a replication without actually using our
> custom code (I wanted to keep it simple and use a config as close to the
> originals as possible). I am not sure you will be able to replicate with an
> older Servicemix as I suspect the issue is something specific that was
> changed in 6.1.2 - but I am grateful for you trying on any version. If you
> try it will 5.4.0 and 6.1.2 though you will see the differences in
> behaviour. It could be something basic I am missing or a totally different
> method thats needed. I gather that the Felix framework was downgraded from 4.4.1
> to 4.2.1  whereas karaf itself was upgraded from 2.4.1 to 3.0.7 so I
> wonder if that has something to do with it? I just tried downgrading the
> Felix versions to this and got a different result in Servicemix 6.1.2 :-
>
>     <feature name="example-feature" version="3.0.7" >
>                 <bundle>mvn:org.apache.felix/
> org.apache.felix.metatype/1.0.10</bundle>
>                 <bundle>mvn:org.apache.felix/org.apache.felix.
> dependencymanager/3.2.0</bundle>
>                 <bundle>mvn:org.apache.felix/org.apache.felix.
> dependencymanager.shell/3.2.0</bundle>
>     </feature>
>
> karaf@root>list | grep Felix
>  76 | Active |  80 | 1.0.12                             | Apache Felix
> Metatype
> Service
>  77 | Active |  80 | 3.0.0                              | Apache Felix
> Dependenc
> y Manager
>  78 | Active |  80 | 3.0.0                              | Apache Felix
> Dependenc
> y Manager Shell
>  79 | Active |  80 | 1.4.1                              | Apache Felix
> Shell Ser
> vice
> karaf@root>dm
> karaf@root>dm wtf
> Error:
> Argument wtf is not a valid number.
>
> thanks again
>
> regards
>
> Rod
>
>
> On 10 January 2017 at 12:00, Pierre De Rop <pierre.derop@gmail.com> wrote:
>
>> Hello Rob,
>>
>> I'm have little knowledge about Karaf, but I would like to reproduce your
>> issue.
>> Do you have somewhere a feature containing the dm declaration that I could
>> try to install ? (I have installed karaf 4.0.8).
>>
>> now I have some questions:
>>
>> - do you have some resolution errors in logs during startup ? (can you
>> provide full logs during startup)
>> - also, are you able to run some other gogo commands (are you only having
>> the issue with the dm shell command) ?
>> Now, can you also try the latest dm version
>> (org.apache.felix.dependencymanager:4.3.0
>> and org.apache.felix.dependencymanager.shell:4.0.4) ?
>>
>> let me know;
>>
>> cheers;
>> /Pierre
>>
>> On Tue, Jan 10, 2017 at 11:29 AM, Rod Allen <rodallen1969@gmail.com>
>> wrote:
>>
>> > Hi All,
>> >
>> > I posted a question on stackoverflow here :-
>> >
>> > http://stackoverflow.com/questions/41551076/dependency-
>> > manager-commands-not-working-after-upgrading-servicemix-from-5-4-0-to
>> >
>> > Wondering if anyone who reads this mailing list can help though? I put
>> the
>> > detail in the post above but it relates to the dm wtf command 'no longer
>> > working' when configured in a similar way in Servicemix 6.1.2
>> >
>> > the key config section I used for my replication was to add this to a
>> > features xml file :-
>> >
>> > <feature name="example-feature" version="X.X.X">
>> >
>> > <bundle>mvn:org.apache.felix/org.apache.felix.metatype/1.0.10</bundle>
>> >
>> > <bundle>mvn:org.apache.felix/org.apache.felix.dependencymanager/3.2.0</
>> > bundle>
>> >
>> > <bundle>mvn:org.apache.felix/org.apache.felix.
>> > dependencymanager.shell/3.2.0</bundle>
>> > </feature>
>> >
>> > where x.x.x was the version of other features in the same config (I
>> added
>> > to an existing one to save time). The error I get when typing dm wtf is
>> :-
>> >
>> > karaf@root>dm wtf
>> > Error executing command: Cannot coerce dm(String) to any of
>> > [(CommandSession, boolean, String, boolean, boolean, boolean, String,
>> > String, String, String)]
>> >
>> > The error in the log has this
>> > 2017-01-09 16:51:29,627 | ERROR | l for user karaf |
>> > ShellUtil                        | 27 - org.apache.karaf.shell.console -
>> > 3.0.7 | Exception caught while executing command
>> > java.lang.IllegalArgumentException: Cannot coerce dm() to any of
>> > [(CommandSession, boolean, String, boolean, boolean, boolean, String,
>> > String, String, String)]
>> >     at org.apache.felix.gogo.runtime.Reflective.invoke(Reflective.
>> > java:178)
>> >     at
>> > org.apache.felix.gogo.runtime.CommandProxy.execute(
>> > CommandProxy.java:82)[27:org.apache.karaf.shell.console:3.0.7]
>> >     at
>> > org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.
>> > java:480)[27:org.apache.karaf.shell.console:3.0.7]
>> >     at
>> > org.apache.felix.gogo.runtime.Closure.executeStatement(
>> > Closure.java:406)[27:org.apache.karaf.shell.console:3.0.7]
>> >     at
>> > org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)[27:
>> > org.apache.karaf.shell.console:3.0.7]
>> >     at
>> > org.apache.felix.gogo.runtime.Closure.execute(Closure.java:
>> > 182)[27:org.apache.karaf.shell.console:3.0.7]
>> >     at
>> > org.apache.felix.gogo.runtime.Closure.execute(Closure.java:
>> > 119)[27:org.apache.karaf.shell.console:3.0.7]
>> >     at
>> > org.apache.felix.gogo.runtime.CommandSessionImpl.execute(
>> > CommandSessionImpl.java:94)
>> >     at
>> > org.apache.karaf.shell.console.impl.jline.ConsoleImpl.run(ConsoleImpl.
>> > java:210)
>> >     at
>> > org.apache.karaf.shell.console.impl.jline.LocalConsoleManage
>> r$2$1$1.run(
>> > LocalConsoleManager.java:109)
>> >     at java.security.AccessController.doPrivileged(Native
>> > Method)[:1.7.0_79]
>> >     at
>> > org.apache.karaf.jaas.modules.JaasHelper.doAs(JaasHelper.
>> > java:57)[28:org.apache.karaf.jaas.modules:3.0.7]
>> >     at
>> > org.apache.karaf.shell.console.impl.jline.LocalConsoleManager$2$1.run(
>> > LocalConsoleManager.java:102)[27:org.apache.karaf.shell.console:3.0.7]
>> > 2017-01-09 16:51:33,179 | ERROR | l for user karaf |
>> > ShellUtil                        | 27 - org.apache.karaf.shell.console -
>> > 3.0.7 | Exception caught while executing command
>> > java.lang.IllegalArgumentException: Cannot coerce dm(String) to any of
>> > [(CommandSession, boolean, String, boolean, boolean, boolean, String,
>> > String, String, String)]
>> >     at org.apache.felix.gogo.runtime.Reflective.invoke(Reflective.
>> > java:178)
>> >     at
>> > org.apache.felix.gogo.runtime.CommandProxy.execute(
>> > CommandProxy.java:82)[27:org.apache.karaf.shell.console:3.0.7]
>> >     at
>> > org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.
>> > java:480)[27:org.apache.karaf.shell.console:3.0.7]
>> >     at
>> > org.apache.felix.gogo.runtime.Closure.executeStatement(
>> > Closure.java:406)[27:org.apache.karaf.shell.console:3.0.7]
>> >     at
>> > org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)[27:
>> > org.apache.karaf.shell.console:3.0.7]
>> >     at
>> > org.apache.felix.gogo.runtime.Closure.execute(Closure.java:
>> > 182)[27:org.apache.karaf.shell.console:3.0.7]
>> >     at
>> > org.apache.felix.gogo.runtime.Closure.execute(Closure.java:
>> > 119)[27:org.apache.karaf.shell.console:3.0.7]
>> >     at
>> > org.apache.felix.gogo.runtime.CommandSessionImpl.execute(
>> > CommandSessionImpl.java:94)
>> >     at
>> > org.apache.karaf.shell.console.impl.jline.ConsoleImpl.run(ConsoleImpl.
>> > java:210)
>> >     at
>> > org.apache.karaf.shell.console.impl.jline.LocalConsoleManage
>> r$2$1$1.run(
>> > LocalConsoleManager.java:109)
>> >     at java.security.AccessController.doPrivileged(Native
>> > Method)[:1.7.0_79]
>> >     at
>> > org.apache.karaf.jaas.modules.JaasHelper.doAs(JaasHelper.
>> > java:57)[28:org.apache.karaf.jaas.modules:3.0.7]
>> >     at
>> > org.apache.karaf.shell.console.impl.jline.LocalConsoleManager$2$1.run(
>> > LocalConsoleManager.java:102)[27:org.apache.karaf.shell.console:3.0.7]
>> >
>> > Any thoughts please folks?
>> >
>> > Regards
>> >
>> > Rod
>> >
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message