John, 



You should be able to manage remote felix installations using the client script 
in the bin directory (or at least that's where it's located in Karaf).  Your 
IDE should allow you to use any repository you like.  I use Eclipse as my 
environment, and it allows you to specify different home repositories. 



Lastly, for remote debugging of bundles being deployed into your remote 
instance, simply set the KARAF_DEBUG environment variable on the remote machine 
to "1".  Then, in your IDE configure the debugger to connect to your remote 
instance, via the appropriate port (its 5005 for Karaf, no idea if its the same 
for Felix). 



In my configuration, I have Karaf running on a linux box. I have my local 
repository set to that linux box inside of Eclipse. I have the "run" capability 
in Eclipse set to connect from my Windows box and run the remote box's client 
script.  When I start my remote instance, Karaf waits for me to start up my 
debugger, and I can use my IDE console to view all of the messages Karaf spits 
out.  If I want to view the logs, I simply remote-login to the remote system 
and tail -f the log. 



Is that close to what you want to do? 



v/r, 



Mike Van 
----- Original Message ----- 
From: "john dunlap" <[email protected]> 
To: [email protected] 
Sent: Friday, December 3, 2010 4:36:19 PM 
Subject: Re: OBR search and installation 

That's very very close to what I want. The only thing that is missing   
is that I want my IDE, the repository, and the OSGI server to be   
running on separate physical machines. 

Quoting [email protected]: 

> Is an OBR repository a new concept or is it just difficult to implement? 
> 
> Quoting Guillaume Nodet <[email protected]>: 
> 
>> The real problem is that there's no real usable obr repository, so 
>> you're really on your own here.  However obr use a url to actually 
>> dowload and install the bundles that you can point to a known location 
>> if you manage thoses repositories.  What we're using in Karaf to 
>> remove this absolute url is to use a maven based url which uses the 
>> groupid, artifactid and url instead of an absolute url, which gives 
>> you a nice indirection and allow you to use tools such as nexus to 
>> manage your artifacts. 
>> 
>> On Friday, December 3, 2010,  <[email protected]> wrote: 
>>> I have a vanilla 3.0.2 felix install up and running. However, I     
>>> cannot seem to figure out how to install the bundles which are     
>>> listed by the OBR commands. Every example I've found has me     
>>> manually installing bundles from my local machine, which strikes   
>>> me  as defeating the purpose of having a bundle repository in the   
>>> first  place. 
>>> 
>>> In my ideal world I would create a bundle in IntelliJ, deploy the   
>>>  bundle to a remote bundle repository with a maven plugin, and   
>>> then   install the bundle into OSGI from the remote bundle   
>>> repository. 
>>> 
>>> I am looking for something similar to the Linux "yum" command   
>>> where  I can tell OSGI to install a specific bundle and it will     
>>> automatically download and install that bundle along with its     
>>> dependencies. Is this something that OBR is capable of doing or am   
>>>   I way off base? 
>>> 
>>> -John 
>>> 
>>> 
>>> --------------------------------------------------------------------- 
>>> To unsubscribe, e-mail: [email protected] 
>>> For additional commands, e-mail: [email protected] 
>>> 
>>> 
>> 
>> -- 
>> Cheers, 
>> Guillaume Nodet 
>> ------------------------ 
>> Blog: http://gnodet.blogspot.com/ 
>> ------------------------ 
>> Open Source SOA 
>> http://fusesource.com 
>> 
>> --------------------------------------------------------------------- 
>> To unsubscribe, e-mail: [email protected] 
>> For additional commands, e-mail: [email protected] 
>> 
>> 
> 
> 
> 
> 
> --------------------------------------------------------------------- 
> To unsubscribe, e-mail: [email protected] 
> For additional commands, e-mail: [email protected] 




--------------------------------------------------------------------- 
To unsubscribe, e-mail: [email protected] 
For additional commands, e-mail: [email protected] 

Reply via email to