Re: waiting for services, is there a better way?

[William la Forge]

Ah, but I am not accessing the services directly. I'm using command
processor. And unfortunately the CommandProcessor service is available
before the other services which CommandProcessor accesses.

So is it a bug in CommandProcessor, that it does not use ServiceTracker? Or
is there some other way to ensure that the services invoked by
CommandProcessor are available?

protected String executeCommands(final String ...commands) throws
Exception {
final ByteArrayOutputStream byteArrayOutputStream = new
ByteArrayOutputStream();
final PrintStream printStream = new
PrintStream(byteArrayOutputStream);
final CommandSession commandSession =
commandProcessor.createSession(System.in, printStream, System.err);
String cmds = "";
try {
for(String command:commands) {
log.info(command);
cmds = cmds + command + " || ";
commandSession.execute(command);
}
} catch (Exception e) {
log.error(cmds, e);
}
return byteArrayOutputStream.toString();
}



On Tue, May 28, 2013 at 11:51 AM, Freeman Fang wrote:

> Or let blueprint to manage the OSGi service injection, so that your bundle
> won't be started unless all backing services are fully up
> －
> Freeman(Yue) Fang
>
> Red Hat, Inc.
> FuseSource is now part of Red Hat
> Web: http://fusesource.com | http://www.redhat.com/
> Twitter: freemanfang
> Blog: http://freemanfang.blogspot.com
> http://blog.sina.com.cn/u/1473905042
> weibo: @Freeman小屋
>
> www.camelone.org : The open source integration conference:
>
> On 2013-5-28, at 下午2:09, Jean-Baptiste Onofré wrote:
>
> Hi Bill,
>
> if it relays on an OSGi service, you can implement a ServiceTracker or
> loop to check if the service is there.
>
> Regards
> JB
>
> On 05/28/2013 06:08 AM, William la Forge wrote:
>
> I have a bundle that drives some tests. It implements a simple shell to
>
> execute various commands, like config:edit. Unfortunately, the services
>
> backing these commands are not always started when the command is invoked.
>
>
> I am currently using Thread.sleep to delay the use of the shell. This
>
> seems pretty crude. Is there a better way?
>
>
> Perhaps I should just catch the appropriate exception and try, try again?
>
>
> Please be very explicit in your response. I've been having lots of fun
>
> with this but I am still pretty much a newbie. And though I am full time
>
> on this project, much of my time is spent migrating my old code.
>
>
> Thanks in advance!
>
>
> Bill
>
>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>
>
>

Re: EIK not working

[Filippo Balicchia]

Hi,
+1 for me. sorry for delay cause I was very busy for the birth of my
daughter
When you want to cut off next release  I'm available.

Regards

--Filippo








2013/5/27 Andreas Pieber 

> +1 too from my point of view. I dont think that tons of features will be
> added in the next time. So for at least another year ppl could stay with
> the old version of EIK using 0.9.
>
> Sounds like a plan to me.
>
> Kind regards,
> Andreas
>
>
> On Mon, May 27, 2013 at 3:58 PM, j...@nanthrax.net  wrote:
>
>> It sounds good to me.
>>
>> Regards
>> JB
>>
>>
>> --
>> Jean-Baptiste Onofré
>> jbono...@apache.org
>> http://blog.nanthrax.net
>> Talend - http://wwx.talend.com
>>
>> - Reply message -
>> From: "Timo Naroska" 
>> To: 
>> Subject: EIK not working
>> Date: Mon, May 27, 2013 3:53 pm
>>
>>
>> The issues for supporting Juno are KARAF-2103 and KARAF-2216.
>>
>> Some formerly internal PDE APIs that EIK is using became public in 3.8.
>> This is a breaking change which makes it hard to
>> build against both pre 3.6/3.7 and 3.8/later.
>>
>> Juno was released nearly a year ago and Kepler is scheduled for end of
>> next month. It would be nice to have EIK support
>> the latest builds of eclipse rather than two year old versions.
>>
>> Why not change the requirements for EIK 0.10.0 to minimum 3.8?
>>
>> Regards
>> Timo
>>
>>
>>
>> On 22.05.2013, at 08:48, Jean-Baptiste Onofré  wrote:
>>
>> > Short answer: no.
>> >
>> > EIK is build on Helios, and tested on Helios and Europa.
>> >
>> > A lot of changes have been introduced in Juno.
>> > AFAIR, we have a Jira to upgrade and support Juno, but I didn't have
>> time to work on it for now.
>> >
>> > Regards
>> > JB
>> >
>> > On 05/22/2013 08:43 AM, CLEMENT Jean-Philippe wrote:
>> >> Well, is it possible to use EIK on Eclipse Juno?
>> >>
>> >> Regards,
>> >> JP
>> >>
>> >> [@@ THALES GROUP INTERNAL @@]
>> >>
>> >>
>> >> -Message d'origine-
>> >> De : CLEMENT Jean-Philippe [mailto:
>> jean-philippe.clem...@fr.thalesgroup.com]
>> >> Envoyé : lundi 20 mai 2013 13:30
>> >> À : user@karaf.apache.org
>> >> Objet : RE: EIK not working
>> >>
>> >> Hi Jean-Baptiste,
>> >>
>> >> I use Juno Service Release 2 / build id 20130225-0426.
>> >>
>> >> Regards,
>> >> JP
>> >>
>> >> [@@ OPEN @@]
>> >> -Message d'origine-
>> >> De : Jean-Baptiste Onofré [mailto:j...@nanthrax.net] Envoyé : lundi 20
>> mai 2013 12:58 À : user@karaf.apache.org Objet : Re: EIK not working
>> >>
>> >> Hi Jean-Philippe,
>> >>
>> >> What's the Eclipse version that you use ?
>> >>
>> >> Regards
>> >> JB
>> >>
>> >> On 05/20/2013 12:03 PM, CLEMENT Jean-Philippe wrote:
>> >>> I'm back on EIK subject. So I installed a clean Juno Eclipse version
>> >>> on a RHEL 5. Downloaded EIK 0.9.0 and uncompressed it in a new
>> directory.
>> >>>
>> >>> Went to Help > Install new software > Add. > Local. as expected. Then
>> >>> I selected Eclipse Integration for Apache Karaf > Next and obtained
>> >>> the following error:
>> >>>
>> >>> Cannot complete the install because one or more required items could
>> >>> not be found.
>> >>>
>> >>>Software being installed: Eclipse JMX Integration Feature for
>> >>> Apache Felix Karaf 0.9.0
>> >>> (org.apache.karaf.eik.jmx.feature.feature.group 0.9.0)
>> >>>
>> >>>Missing requirement: Apache Karaf :: EIK :: Plugins :: UI for
>> >>> Eclipse Integration 0.9.0 (org.apache.karaf.eik.ui 0.9.0) requires
>> >>> 'bundle org.eclipse.pde.ui [3.6.0,4.0.0)' but it could not be found
>> >>>
>> >>>Cannot satisfy dependency:
>> >>>
>> >>>  From: Eclipse JMX Integration Feature for Apache Felix Karaf
>> >>> 0.9.0 (org.apache.karaf.eik.jmx.feature.feature.group 0.9.0)
>> >>>
>> >>>  To: org.apache.karaf.eik.ui 0.9.0
>> >>>
>> >>> How can I fix this?
>> >>>
>> >>> Best regards,
>> >>>
>> >>> Jean-Philippe Clément
>> >>>
>> >>> [@@ OPEN @@]
>> >>>
>> >>
>> >> --
>> >> Jean-Baptiste Onofré
>> >> jbono...@apache.org
>> >> http://blog.nanthrax.net
>> >> Talend - http://www.talend.com
>> >>
>> >
>> > --
>> > Jean-Baptiste Onofré
>> > jbono...@apache.org
>> > http://blog.nanthrax.net
>> > Talend - http://www.talend.com
>>
>>
>

Re: Encoding issue for Redis key using xml blueprint

[Djeeaie .]

Hi,

here comes some new stuff. I digged into it and found out I needed a
StringRedisSerializer in a  RedisTemplate. So i changed the xml file :


http://www.osgi.org/xmlns/blueprint/v1.0.0";>





 







http://camel.apache.org/schema/blueprint";
id="monAutreContXML">



myKey






But when I try to deploy it, I get the following error message in the karaf
log :

2013-05-28 14:24:58,779 | ERROR | rint Extender: 3 | BlueprintContainerImpl
  | container.BlueprintContainerImpl  393 | 7 -
org.apache.aries.blueprint.c
ore - 1.1.0 | Unable to start blueprint container for bundle camel-test.xml
org.osgi.service.blueprint.container.ComponentDefinitionException: Error
setting property: PropertyDescriptor 
at
org.apache.aries.blueprint.container.AggregateConverter.convert(AggregateConverter.java:184)[7:org.apache.aries.blueprint.core:1.1.0]
at
org.apache.aries.blueprint.container.BlueprintRepository.convert(BlueprintRepository.java:402)[7:org.apache.aries.blueprint.core:1.1.0]
at
org.apache.aries.blueprint.utils.ReflectionUtils$PropertyDescriptor.convert(ReflectionUtils.java:394)[7:org.apache.aries.blueprint.core:1.1.0]
at
org.apache.aries.blueprint.utils.ReflectionUtils$MethodPropertyDescriptor.internalSet(ReflectionUtils.java:628)[7:org.apache.aries.blueprint.core:1.1
.0]
at
org.apache.aries.blueprint.utils.ReflectionUtils$PropertyDescriptor.set(ReflectionUtils.java:378)[7:org.apache.aries.blueprint.core:1.1.0]
at
org.apache.aries.blueprint.container.BeanRecipe.setProperty(BeanRecipe.java:939)[7:org.apache.aries.blueprint.core:1.1.0]
... 26 more

I don't understand the error, as the class is implementing the interface.
Am I missing something, or is it impossible to do it with just xml ?

Best regards,
Djee


On 27 May 2013 14:33, Djeeaie .  wrote:

> Hi,
> While using a spring-redis uri in karaf, I had an issue with setting the
> key using a xml blueprint. Here is the blue print :
>
> 
> http://www.osgi.org/xmlns/blueprint/v1.0.0";>
> http://camel.apache.org/schema/blueprint";
> id="monAutreContXML">
> 
> 
>  
> test
>  
> 
>  
> 
> 
> 
>
> The route to stream:out works, ans the redis one too. But, when i type
> "keys test" in redis, instead of test, I get nothing. I have to use "keys
> *" to get \xac\xed\x00\x05t\x00\x04test, and its content is null. the
> constant part with other test values seems to be \xac\xed\x00\x05t\x00.
>
> It looks like it's a Java serialization issue, so I would like to know if
> it's possible to fix this by using only a xml blueprint ?
>
> Karaf : 2.3.1
> Camel : 2.11
> Redis : 2.6.13
> Java : 1.7
>
> Thanks in advance,
> Djee
>



-- 
Benhamiche Sylvain

Re: Pass desired feature to load to the karaf script

[Tim Moloney]

Are you suggesting to have multiple installations of Karaf or to run an
instance command on the gogo command line?

While we could have multiple installations, we are hoping to avoid
duplication since our applications have the same dependencies and can use
the same system repository.

Running an instance command on the gogo command line doesn't really solve
anything since we can already run feature:install command.  We are trying
to avoid typing anything on the gogo command line.

If I've misunderstood your suggestion, could you try explaining it again?

Thanks,
Tim



On Sun, May 26, 2013 at 5:27 PM, Achim Nierbeck wrote:

> You might also try to use instances to have different Karaf versions
> running in parallel.
>
> Regards, Achim
>
>
> 2013/5/23 Tim Moloney 
>
>> We can only have one application running in each karaf session so we
>> can't add all the applications to org.apache.karaf.features.cfg.
>>
>> We don't want to edit org.apache.karaf.features.cfg before running each
>> application.
>>
>> Tim
>>
>>
>>
>> On Thu, May 23, 2013 at 3:19 PM, Achim Nierbeck 
>> wrote:
>>
>>> And why don't you just alter the features config and add your features
>>> to the boot features?
>>> Or did you consider to built a custom distribution on top of Karaf with
>>> those features as boot features?
>>>
>>> regards, Achim
>>>
>>>
>>> 2013/5/23 Tim Moloney 
>>>
 Is it possible to pass the name of a feature to load to the shell
 script that starts karaf?
 Alternately, is it possible to pass a gogo command to the shell script
 that starts karaf?

 We have several applications that all use the same underlying
 dependencies that are deployed in the ${KARAF_BASE}/system repo.  We'd like
 to be able to create bash shell aliases to conveniently start each of the
 applications, e.g.,

   alias app1='/path/to/karaf/bin/karaf featuresBoot=app1'
   alias app2='/path/to/karaf/bin/karaf featuresBoot=app2'
   ...

 or

   alias app1='/path/to/karaf/bin/karaf gogoCommand=features:install
 app1'
   alias app2='/path/to/karaf/bin/karaf gogoCommand=features:install
 app2'
   ...

 Thanks,
 Tim


>>>
>>>
>>> --
>>>
>>> Apache Karaf  Committer & PMC
>>> OPS4J Pax Web  Committer
>>> & Project Lead
>>> OPS4J Pax for Vaadin 
>>> Commiter & Project Lead
>>> blog 
>>>
>>
>>
>
>
> --
>
> Apache Karaf  Committer & PMC
> OPS4J Pax Web  Committer &
> Project Lead
> OPS4J Pax for Vaadin 
> Commiter & Project Lead
> blog 
>

Re: Cellar 2.3.0/3.0.x versions

[rkmoquin]

Yep, I'm waiting to have something complete to sent but jb usually beats me
on finishing since there is some complexity there I'm not familiar with.

My goal is to get a big bug to jb before he can get to it so I can give him
a hand.  I love Karaf and what it's trying to accomplish, especially cell so
I'm dying to help however I can.  I think I found some invaluable for JB
that I'm going to communicate to him about cellar.

Ryan



--
View this message in context: 
http://karaf.922171.n3.nabble.com/Cellar-2-3-0-3-0-x-versions-tp4028838p4028859.html
Sent from the Karaf - User mailing list archive at Nabble.com.

Re: Cellar 2.3.0/3.0.x versions

[rkmoquin]

Yes, desperately.  Karaf has worked so perfectly that I thought I'd just have
to pull in cellar and I'd be good,  the last few months I just haven't had
any luck with Cellar but architecturally it's exactly what I want.  When are
you typically available?  I'm pushing this hard and I just need clustering
to work so I can finish the last bit of code.

I gave up on cellar 2.3.0 due to an issue with felix having resource locking
contention (it might be in my 2.3.0 cellar fork for rmoquin, I reordered
your features.xml because I think your start orded is really out of order
due to a single class.  I'll file some bug reports.

I decided to work on 3.0.0 because I seem to be having more luck.  I've
almost cracked to hazelcast classloading issues that causes all the TCCL
blocks you use all over (which I'm convinced might be stomping on each
other).  I removed all of them in my 3.00 fork and I wrap the bundle object
in a classloader subclass and call setClassloader on the hazelcast config
with it.  The only issue, is that the bundle disappears from the custom
classloader probably when the instance is used in another bundle... so if i
just reset it to the current bundle... then classloading works i have
one or two other potential options as well.. take a look at my commits in
cellar-hazelcast under rmoquin in github and I'll be that will help you a
lot.  If you can help me with advice on how I can finish fixing 3.0.0 I'll
do the work and submit it back.  I started programming in C when I was 11,
so I'm more than capable with a little help.

Thanks for all your hardwork.

Rya 

Ryan



--
View this message in context: 
http://karaf.922171.n3.nabble.com/Cellar-2-3-0-3-0-x-versions-tp4028838p4028860.html
Sent from the Karaf - User mailing list archive at Nabble.com.

Re: Cellar 2.3.0/3.0.x versions

[rkmoquin]

Btw hazelcast 2.6 is released or being released.  It wasn't in central yet so
i built it from source and have had no issues with it in cellar.  Still uses
same 2.5 xsd, they added an extra parameter to the one same config in the
core jar.



--
View this message in context: 
http://karaf.922171.n3.nabble.com/Cellar-2-3-0-3-0-x-versions-tp4028838p4028861.html
Sent from the Karaf - User mailing list archive at Nabble.com.

Re: Encoding issue for Redis key using xml blueprint

[Freeman Fang]

Hi,

This could be caused by your customer bundle miss some package or your customer 
bundle embed spring jars.

Please post the result of 
osgi:headers your_bundle_id
－
Freeman(Yue) Fang

Red Hat, Inc. 
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: @Freeman小屋

www.camelone.org : The open source integration conference: 

On 2013-5-28, at 下午8:19, Djeeaie . wrote:

> Hi,
> 
> here comes some new stuff. I digged into it and found out I needed a 
> StringRedisSerializer in a  RedisTemplate. So i changed the xml file :
> 
> 
> http://www.osgi.org/xmlns/blueprint/v1.0.0";>
> 
>class="org.springframework.data.redis.connection.jedis.JedisConnectionFactory">
>   
>   
>   
>   
>class="org.springframework.data.redis.serializer.StringRedisSerializer"/>
>class="org.springframework.data.redis.core.StringRedisTemplate">
>ref="redisConnectionFactory"/>
>   
>"stringRedisSerializer"/>
>   
>"stringRedisSerializer"/>
>   
>   http://camel.apache.org/schema/blueprint"; 
> id="monAutreContXML">
>   
>uri="stream:file?fileName=./inboxRedis/test&scanStream=true"/>
>   
>   myKey
>   
>   
>uri="spring-redis://redhishost?command=SET&redisTemplate=#RedisTemplate"/>
>
> 
> 
> But when I try to deploy it, I get the following error message in the karaf 
> log :
> 
> 2013-05-28 14:24:58,779 | ERROR | rint Extender: 3 | BlueprintContainerImpl   
> | container.BlueprintContainerImpl  393 | 7 - 
> org.apache.aries.blueprint.c
> ore - 1.1.0 | Unable to start blueprint container for bundle camel-test.xml
> org.osgi.service.blueprint.container.ComponentDefinitionException: Error 
> setting property: PropertyDescriptor  org.springfram
> ework.data.redis.core.RedisTemplate.getKeySerializer(), setter: [class 
> org.springframework.data.redis.core.RedisTemplate.setKeySerializer(interface 
> org.springfr
> amework.data.redis.serializer.RedisSerializer)]
> at 
> org.apache.aries.blueprint.container.BeanRecipe.setProperty(BeanRecipe.java:941)[7:org.apache.aries.blueprint.core:1.1.0]
> at 
> org.apache.aries.blueprint.container.BeanRecipe.setProperties(BeanRecipe.java:907)[7:org.apache.aries.blueprint.core:1.1.0]
> at 
> org.apache.aries.blueprint.container.BeanRecipe.setProperties(BeanRecipe.java:888)[7:org.apache.aries.blueprint.core:1.1.0]
> at 
> org.apache.aries.blueprint.container.BeanRecipe.internalCreate2(BeanRecipe.java:820)[7:org.apache.aries.blueprint.core:1.1.0]
> at 
> org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:787)[7:org.apache.aries.blueprint.core:1.1.0]
> at 
> org.apache.aries.blueprint.di.AbstractRecipe$1.call(AbstractRecipe.java:79)[7:org.apache.aries.blueprint.core:1.1.0]
> at 
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)[:1.7.0_21]
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)[:1.7.0_21]
> at 
> org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:88)[7:org.apache.aries.blueprint.core:1.1.0]
> at 
> org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:245)[7:org.apache.aries.blueprint.core:1.1.0]
> at 
> org.apache.aries.blueprint.container.BlueprintRepository.createAll(BlueprintRepository.java:183)[7:org.apache.aries.blueprint.core:1.1.0]
> at 
> org.apache.aries.blueprint.container.BlueprintContainerImpl.instantiateEagerComponents(BlueprintContainerImpl.java:668)[7:org.apache.aries.blueprint.
> core:1.1.0]
> at 
> org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:370)[7:org.apache.aries.blueprint.core:1.1.0]
> at 
> org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:261)[7:org.apache.aries.blueprint.core:1.1.0]
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)[:1.7.0_21]
> at 
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)[:1.7.0_21]
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)[:1.7.0_21]
> at 
> org.apache.aries.blueprint.container.ExecutorServiceWrapper.run(ExecutorServiceWrapper.java:106)[7:org.apache.aries.blueprint.core:1.1.0]
> at 
> org.apache.aries.blueprint.utils.threading.impl.DiscardableRunnable.run(DiscardableRunnable.java:48)[7:org.apache.aries.blueprint.core:1.1.0]
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)[:1.7.0_21]
> at 
> 

Cellar 3.0.0-SNAPSHOT

[Ryan Moquin]

So I finally am getting close to getting the Cellar 3.0.0-SNAPSHOT
integration tests working, but a bunch of the tests, after they create a
new instance, will cause a "Login" prompt to appear in the console.  The
command to start the instance(s) eventually times out as a result.. is
there a way to handle that?  or is there a parameter I could use to allow
the login to happen?  I think it's on the instance:connect.

I'm going to look a little more into it.

Thanks for any help!

Ryan

Re: Cellar 3.0.0-SNAPSHOT

[Jean-Baptiste Onofré]

Yes, it's a change on Karaf trunk. The -p option should work to provide 
the password (I did it backward compatible, as I did for other branches).


Let me check if it's really the case on trunk.

Regards
JB

On 05/29/2013 05:33 AM, Ryan Moquin wrote:

So I finally am getting close to getting the Cellar 3.0.0-SNAPSHOT
integration tests working, but a bunch of the tests, after they create a
new instance, will cause a "Login" prompt to appear in the console.  The
command to start the instance(s) eventually times out as a result.. is
there a way to handle that?  or is there a parameter I could use to
allow the login to happen?  I think it's on the instance:connect.

I'm going to look a little more into it.

Thanks for any help!

Ryan


--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

How to make a bundle's Web-ContextPath configurable at runtime??

[Dan Tran]

Hi

I have a bundle that uses war feature where I statically configure the
context path via bundle maven plugin list this

  



  
org.apache.felix
maven-bundle-plugin

  
!*
*
/console/help
  

  



  


Is there a  way to configure 'Web-ContextPath' at runtime?

Big thanks ahead

-Dan

Re: Cellar 3.0.0-SNAPSHOT

[Achim Nierbeck]

Hi Guys,

I already fixes some of that a couple weeks ago, but this is mostly related
to the subshells.
Sometimes in the unit tests it doesn't find the ssh command needed from
inside the Instance command.
It should usually work inside Karaf but sometimes it really hangs there ...

regards, Achim


2013/5/29 Jean-Baptiste Onofré 

> Yes, it's a change on Karaf trunk. The -p option should work to provide
> the password (I did it backward compatible, as I did for other branches).
>
> Let me check if it's really the case on trunk.
>
> Regards
> JB
>
>
> On 05/29/2013 05:33 AM, Ryan Moquin wrote:
>
>> So I finally am getting close to getting the Cellar 3.0.0-SNAPSHOT
>> integration tests working, but a bunch of the tests, after they create a
>> new instance, will cause a "Login" prompt to appear in the console.  The
>> command to start the instance(s) eventually times out as a result.. is
>> there a way to handle that?  or is there a parameter I could use to
>> allow the login to happen?  I think it's on the instance:connect.
>>
>> I'm going to look a little more into it.
>>
>> Thanks for any help!
>>
>> Ryan
>>
>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>



-- 

Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
OPS4J Pax for Vaadin 
Commiter & Project Lead
blog 

Re: Cellar 3.0.0-SNAPSHOT

[Jean-Baptiste Onofré]

The instance:connect "issue" is due to the change on ssh and the 
password prompting.


Regards
JB

On 05/29/2013 08:37 AM, Achim Nierbeck wrote:

Hi Guys,

I already fixes some of that a couple weeks ago, but this is mostly
related to the subshells.
Sometimes in the unit tests it doesn't find the ssh command needed from
inside the Instance command.
It should usually work inside Karaf but sometimes it really hangs there ...

regards, Achim


2013/5/29 Jean-Baptiste Onofré mailto:j...@nanthrax.net>>

Yes, it's a change on Karaf trunk. The -p option should work to
provide the password (I did it backward compatible, as I did for
other branches).

Let me check if it's really the case on trunk.

Regards
JB


On 05/29/2013 05:33 AM, Ryan Moquin wrote:

So I finally am getting close to getting the Cellar 3.0.0-SNAPSHOT
integration tests working, but a bunch of the tests, after they
create a
new instance, will cause a "Login" prompt to appear in the
console.  The
command to start the instance(s) eventually times out as a
result.. is
there a way to handle that?  or is there a parameter I could use to
allow the login to happen?  I think it's on the
instance:connect.

I'm going to look a little more into it.

Thanks for any help!

Ryan


--
Jean-Baptiste Onofré
jbono...@apache.org 
http://blog.nanthrax.net
Talend - http://www.talend.com




--

Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer
& Project Lead
OPS4J Pax for Vaadin 
Commiter & Project Lead
blog 


--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: How to make a bundle's Web-ContextPath configurable at runtime??

[Achim Nierbeck]

Hi Dan,

quick answer: No!
It's in the manifest so this is not alterable in runtime :-)


regards, Achim




2013/5/29 Dan Tran 

> Hi
>
> I have a bundle that uses war feature where I statically configure the
> context path via bundle maven plugin list this
>
>   
>
> 
>
>   
> org.apache.felix
> maven-bundle-plugin
> 
>   
> !*
> *
> /console/help
>   
> 
>   
>
> 
>
>   
>
>
> Is there a  way to configure 'Web-ContextPath' at runtime?
>
> Big thanks ahead
>
> -Dan
>
>


-- 

Apache Karaf  Committer & PMC
OPS4J Pax Web  Committer &
Project Lead
OPS4J Pax for Vaadin 
Commiter & Project Lead
blog