Re: Karaf Cellar 3.0.0 SNAPSHOT

[Ryan Moquin]

Awesome, OK, I figured but I wanted to check since I hadn't seen any check
ins yet.  It was a good exercise in getting more familiar with the Cellar
code, glad you already have it dealt with.

I don't think I've seen that one yet, but I guess I'll find out. :-)

No prob, when you check in those fixes I can move further on my usage of
Cellar and see if I can fix anything that you haven't gotten to yet and
submit.  Thanks for your work on Cellar, can't wait to see it working with
the other project I'm working.

Thanks!

Ryan
On Jan 21, 2013 9:46 PM, "Jean-Baptiste Onofré"  wrote:

> Hi Ryan,
>
> I already fixed that on my local working copy. FYI, you may see an issue
> with Cellar Features which "pollutes" the Karaf features service.
>
> For now, I'm focus on Cellar 2.3.x (fixes, itests, etc). I will commit
> both on Cellar 2.3.x and Cellar trunk in the middle of this week.
>
> Regards
> JB
>
> On 01/22/2013 03:43 AM, Ryan Moquin wrote:
>
>> I don't know if you are interested by my apache cellar fork has all the
>> changes necessary to update the tests to use the apache karaf 3.0.0
>> commands which are different. I also added a group manager property in a
>> couple blueprint files to prevent NPEs during startup. Unfortunately,
>> even though those problems s are fixed, cellars 3.0.0 deadlocks during
>> startup, one of the blocked threads seemed to be waiting on the "Karaf
>> User Console" which didn't seem to make sense.  When it doesn't
>> deadlock, it will error out after a few seconds D's with concurrent
>> modification exceptions due to the combined class loader being
>> constantly requested to load a RemoteRepositoryEvent by simultaneous
>> threads.  When I hooked in a debugger, there were alternating
>> RemoteRepositoryEvents saying the cellar feature repository was remove
>> and added.  They just kept rapidly firing and the console would show a
>> concurrent modification except stack trace every few minutes.
>>
>> Unfortunately this looks .like it's going to be a pain in the but of a
>> problem to fix have you seen that happen with Cellar 3.x yet?
>>
>> Ryan
>>
>> On Jan 16, 2013 10:54 AM, "Jean-Baptiste Onofré" > > wrote:
>>
>> Hi Ryan,
>>
>> yes, I started to work on both Cellar 2.3.x and trunk yesterday.
>> It should be better by the end of this week.
>>
>> Regards
>> JB
>>
>> On 01/16/2013 05:12 AM, Ryan Moquin wrote:
>>
>> I know I was told that this version isn't stable yet, but I
>> still wanted
>> to see if the build should be able to complete successfully or
>> not.  I
>> want to determine if some issues I'm having are something on my
>> end or
>> not.  Currently the itests always seem to fail with cellar trunk,
>> is
>> that the current known state of it?  Or is it failing on my side
>> only?
>>
>> Thanks,
>> Ryan
>>
>>
>> --
>> 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: Karaf Cellar 3.0.0 SNAPSHOT

[Jean-Baptiste Onofré]

Hi Ryan,

I already fixed that on my local working copy. FYI, you may see an issue 
with Cellar Features which "pollutes" the Karaf features service.


For now, I'm focus on Cellar 2.3.x (fixes, itests, etc). I will commit 
both on Cellar 2.3.x and Cellar trunk in the middle of this week.


Regards
JB

On 01/22/2013 03:43 AM, Ryan Moquin wrote:

I don't know if you are interested by my apache cellar fork has all the
changes necessary to update the tests to use the apache karaf 3.0.0
commands which are different. I also added a group manager property in a
couple blueprint files to prevent NPEs during startup. Unfortunately,
even though those problems s are fixed, cellars 3.0.0 deadlocks during
startup, one of the blocked threads seemed to be waiting on the "Karaf
User Console" which didn't seem to make sense.  When it doesn't
deadlock, it will error out after a few seconds D's with concurrent
modification exceptions due to the combined class loader being
constantly requested to load a RemoteRepositoryEvent by simultaneous
threads.  When I hooked in a debugger, there were alternating
RemoteRepositoryEvents saying the cellar feature repository was remove
and added.  They just kept rapidly firing and the console would show a
concurrent modification except stack trace every few minutes.

Unfortunately this looks .like it's going to be a pain in the but of a
problem to fix have you seen that happen with Cellar 3.x yet?

Ryan

On Jan 16, 2013 10:54 AM, "Jean-Baptiste Onofré" mailto:j...@nanthrax.net>> wrote:

Hi Ryan,

yes, I started to work on both Cellar 2.3.x and trunk yesterday.
It should be better by the end of this week.

Regards
JB

On 01/16/2013 05:12 AM, Ryan Moquin wrote:

I know I was told that this version isn't stable yet, but I
still wanted
to see if the build should be able to complete successfully or
not.  I
want to determine if some issues I'm having are something on my
end or
not.  Currently the itests always seem to fail with cellar trunk, is
that the current known state of it?  Or is it failing on my side
only?

Thanks,
Ryan


--
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: Karaf Cellar 3.0.0 SNAPSHOT

[Ryan Moquin]

I don't know if you are interested by my apache cellar fork has all the
changes necessary to update the tests to use the apache karaf 3.0.0
commands which are different. I also added a group manager property in a
couple blueprint files to prevent NPEs during startup. Unfortunately, even
though those problems s are fixed, cellars 3.0.0 deadlocks during startup,
one of the blocked threads seemed to be waiting on the "Karaf User Console"
which didn't seem to make sense.  When it doesn't deadlock, it will error
out after a few seconds D's with concurrent modification exceptions due to
the combined class loader being constantly requested to load a
RemoteRepositoryEvent by simultaneous threads.  When I hooked in a
debugger, there were alternating RemoteRepositoryEvents saying the cellar
feature repository was remove and added.  They just kept rapidly firing and
the console would show a concurrent modification except stack trace every
few minutes.

Unfortunately this looks .like it's going to be a pain in the but of a
problem to fix have you seen that happen with Cellar 3.x yet?

Ryan
On Jan 16, 2013 10:54 AM, "Jean-Baptiste Onofré"  wrote:

> Hi Ryan,
>
> yes, I started to work on both Cellar 2.3.x and trunk yesterday.
> It should be better by the end of this week.
>
> Regards
> JB
>
> On 01/16/2013 05:12 AM, Ryan Moquin wrote:
>
>> I know I was told that this version isn't stable yet, but I still wanted
>> to see if the build should be able to complete successfully or not.  I
>> want to determine if some issues I'm having are something on my end or
>> not.  Currently the itests always seem to fail with cellar trunk, is
>> that the current known state of it?  Or is it failing on my side only?
>>
>> Thanks,
>> Ryan
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>

Re: distribution framework?

[Andrei Pozolotin]

*Freeman:*

Thank you, I will evaluate and report back.

Andrei 

 Original Message 
Subject: Re: distribution framework?
From: Freeman Fang 
To: user@karaf.apache.org
Date: Sun 20 Jan 2013 10:42:58 PM CST
> Hi,
>
> I suggest to use Fuse Fabric[1], which is karaf based and use centric
> way to configure and management instances
>
> [1] http://fuse.fusesource.org/fabric/
> －
> 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小屋
>
> On 2013-1-20, at 上午3:30, Andrei Pozolotin wrote:
>
>> ***Hello!**
>> *
>> 1) I am curious if any one is using karaf with ace
>> http://ace.apache.org/user-doc/introduction.html
>> what is the experience?
>>
>> 2) or in general, what karaf people use as their software
>> distribution framework?
>>
>> Thank you,
>>
>> Andrei
>>
>

Re: bug ssh terminal - no character echo

[Krzysztof Sobkowiak]

Hi

Indeed, this workaround works with 2.2.x and 2.3.0. Could it be a bug in the 
used apache.sshd library?


Best regards.
Krzysztof 

On Monday 21 of January 2013 20:51:50 Ioan Eugen Stan wrote:
> Hello,
> 
> I found a fix for it. If you run 'reset' [1] command it will reset the
> terminal and things will work as normal.
> I don't know what is the cause. Anybody with more Terminal knowledge
> please step in.
> 
> [1] http://linux.die.net/man/1/reset
> 
> Cheers,

Re: bug ssh terminal - no character echo

[Ioan Eugen Stan]

Hello,

I found a fix for it. If you run 'reset' [1] command it will reset the
terminal and things will work as normal.
I don't know what is the cause. Anybody with more Terminal knowledge
please step in.

[1] http://linux.die.net/man/1/reset

Cheers,
-- 
Ioan Eugen Stan / CTO / http://axemblr.com

Re: bug ssh terminal - no character echo

[Ioan Eugen Stan]

Hello,

I'm on Debian Wheezy (unreleased yet) and the results are the same.

Linux daos 3.2.0-4-amd64 #1 SMP Debian 3.2.35-2 x86_64 GNU/Linux

$ cat /etc/debian_version
7.0

I've tested with openjdk-1.6, openjdk-1.7 and oracle-jre-1.7.11 by
setting JAVA_HOME like this:

$ JAVA_HOME=/usr/lib/jvm/java-1.7.0-openjdk-amd64/jre/ bin/karaf
$  JAVA_HOME=~/Programe/jre-1.7/ bin/karaf

--
java version "1.7.0_03"
OpenJDK Runtime Environment (IcedTea7 2.1.3) (7u3-2.1.3-1)
OpenJDK 64-Bit Server VM (build 22.0-b10, mixed mode)
--
java version "1.7.0_11"
Java(TM) SE Runtime Environment (build 1.7.0_11-b21)
Java HotSpot(TM) 64-Bit Server VM (build 23.6-b04, mixed mode)




On Mon, Jan 21, 2013 at 9:50 AM, Freeman Fang  wrote:
> Hi,
>
> I'm with JDK 7
>
> －
> 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小屋
>
> On 2013-1-21, at 下午3:45, Krzysztof Sobkowiak wrote:
>
> Hi
>
>
> I have tested 2.3.0 on my job Windows with Java 1.6.0_31 (starting the
> Windows distribution and the Linux distribution using Cygwin) and it works
> correctly in both cases. It didn't work on my Ubuntu with Java 1.7.0_11.
> I'll test it again on Ubuntu with Java 1.6.x. I can't currently test it on
> Windows with Java 1.7.x
>
> Which Java version do you use on your Mac?
>
> Perhaps can Ioan give us a detailed description of his environment?
>
> Best regards
> Krzysztof
>
>
> On 21 January 2013 05:40, Freeman Fang  wrote:
>>
>> hmm, I can't reproduce it on my mac, I tested with both Karaf 2.3.0 and
>> FUSE ESB 7.1.
>>
>> What I do is just connect back to the karaf ssh server, something like
>>
>>
>> karaf@root> ssh:ssh -p 8101 karaf@localhost
>> Connecting to host localhost on port 8101
>> Connected
>> __ __  
>>/ //_/ __ _/ __/
>>   / ,<  / __ `/ ___/ __ `/ /_
>>  / /| |/ /_/ / /  / /_/ / __/
>> /_/ |_|\__,_/_/   \__,_/_/
>>
>>   Apache Karaf (2.3.0)
>>
>> Hit '' for a list of available commands
>> and '[cmd] --help' for help on a specific command.
>> Hit 'osgi:shutdown' to shutdown Karaf.
>> Hit '' or 'logout' to disconnect shell from current session.
>>
>> karaf@root> la
>>
>> I can see the command I typed in the ssh client
>>
>> －
>> 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小屋
>>
>>
>>
>
>



-- 
Ioan Eugen Stan / CTO / http://axemblr.com

Updating configuration file causes BundleLocation to vanish and does not fire any Update

[Peter Thygesen]

Hi uses,

Can someone help me?

I wrote a small service that implements ManagedService and registered the
service using class name as SERVICE_PID

I copied a configuration file to /etc with my service class name + .cfg as
file name.

In my Activator start I look up my configuration and starts my service
class. No problems here, i can find the file and I can read the properties.

When the service is started a config:list show the configuration and the
property: BundleLocation has a value (=mvn:groupid/artifactid/version)

If I modify the cfg file I would expect update method to be called. But
nothing happens and a config:list now shows BundleLocation = null ???

What am I doing wrong?

thx,
Peter

running karaf 2.3.0

RE: NoSuchComponentException when set update-strategy="reload" on cm:property-placeholder

[XiLai Dai]

Thanks Freeman!  Will take a look!

BR
Xilai
From: Freeman Fang [mailto:freeman.f...@gmail.com]
Sent: Monday, January 21, 2013 3:45 PM
To: user@karaf.apache.org
Subject: Re: NoSuchComponentException when set update-strategy="reload" on 
cm:property-placeholder

Hi,

Just FYI, more like a aries side issue, take a look at similar bug tracked at 
aries side[1].
[1]https://issues.apache.org/jira/browse/ARIES-961
－
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小屋

On 2013-1-21, at 下午3:04, XiLai Dai wrote:


Hi,

Given a blueprint xml likes this:

http://www.osgi.org/xmlns/blueprint/v1.0.0";
xmlns:cm="http://aries.apache.org/blueprint/xmlns/blueprint-cm/v1.1.0";>

















Which uses cm:property-placeholder to read properties from etc/abc.cfg and 
expose an osgi service.
The problem here is:  in case there is no abc.cfg existing in the etc/ folder, 
and set update-strategy="reload" , (be default, update-strategy="none" which 
works ok but can’t auto reload the value of properties ) then, the 
NoSuchComponentException will be thrown.

Caused by: org.osgi.service.blueprint.container.NoSuchComponentException: No 
component with id 'registryServerBean' could be found
 at 
org.apache.aries.blueprint.di.RefRecipe.internalCreate(RefRecipe.java:55)[9:org.apache.aries.blueprint:0.3.2]
 at 
org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:64)[9:org.apache.aries.blueprint:0.3.2]
 at 
org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:219)[9:org.apache.aries.blueprint:0.3.2]
 at 
org.apache.aries.blueprint.container.BlueprintRepository.createInstance(BlueprintRepository.java:198)[9:org.apache.aries.blueprint:0.3.2]
 at 
org.apache.aries.blueprint.container.BlueprintRepository.create(BlueprintRepository.java:137)[9:org.apache.aries.blueprint:0.3.2]
 at 
org.apache.aries.blueprint.container.ServiceRecipe.createRecipe(ServiceRecipe.java:370)[9:org.apache.aries.blueprint:0.3.2]
 at 
org.apache.aries.blueprint.container.ServiceRecipe.createService(ServiceRecipe.java:278)[9:org.apache.aries.blueprint:0.3.2]
 at 
org.apache.aries.blueprint.container.ServiceRecipe.internalGetService(ServiceRecipe.java:248)[9:org.apache.aries.blueprint:0.3.2]
 at 
org.apache.aries.blueprint.container.ServiceRecipe.internalCreate(ServiceRecipe.java:140)[9:org.apache.aries.blueprint:0.3.2]
 at 
org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:64)[9:org.apache.aries.blueprint:0.3.2]
 at 
org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:219)[9:org.apache.aries.blueprint:0.3.2]
 at 
org.apache.aries.blueprint.container.BlueprintRepository.createAll(BlueprintRepository.java:147)[9:org.apache.aries.blueprint:0.3.2]
 at 
org.apache.aries.blueprint.container.BlueprintContainerImpl.instantiateEagerComponents(BlueprintContainerImpl.java:631)[9:org.apache.aries.blueprint:0.3.2]
 ... 10 more

(The Karaf verison is 2.2.9, Aries version is 0.3.2)

Any suggestions? Thanks.

BR
Xilai