Hi why not having a "OBR cache", somethink like a local repo (as for maven) which could be turned on/off. So you don't have to configure the Resolver not to search locally and you don't have to configure FileInstall (?) or something like that. Your application only has to ask the obr for the bundle...
Kristian 2009/3/26 Richard S. Hall <[email protected]>: > On 3/26/09 9:44 AM, Joel Schuster wrote: >>> >>> -----Original Message----- >>> From: Richard S. Hall [mailto:[email protected]] >>> Sent: Thursday, March 26, 2009 10:11 AM >>> To: [email protected] >>> Subject: Re: Using the Bundle Repository >>> >>> On 3/26/09 8:39 AM, Richard S. Hall wrote: >>> >>>> >>>> On 3/26/09 6:58 AM, Joel Schuster wrote: >>>> >>>>> >>>>> I'm at somewhat of a loss. >>>>> >>>>> I'm trying to understand what the real advantage of using the Bundle >>>>> Repository for installing bundles. I understand the advantage of it >>>>> being able to discover dependencies and load those as well. >>>>> >>>>> However, if I deploy using obr it updates the cache, but doesn't >>>>> update the bundle directory. I'd like to be able to get a felix >>>>> install working and then create an installer to distribute to other >>>>> machines. If I use obr I'd have to include the cache directory which >>>>> only has the jars as 'bundle.jar', not the real name of the jar for >>>>> reference, and nothing else in the cache directory that specifies >>>>> which one is which. Yes, I can look at the running ps command, but >>>>> what if it's not running yet? >>>>> >>>>> It seems what I really need is to download the bundles I need and use >>>>> the FileInstall bundle or hardcode the config (which I'd rather not). >>>>> >>>>> Am I missing something? Actually, I'm sure I am... just let me know >>>>> please. >>>>> >>>> >>>> That is not the point of OBR. It's point is to allow you to deploy >>>> bundles and their dependencies. >>>> >>>> If you want to do something different, then you should consider >>>> writing some code to do it. >>>> >>>> You could easily write your own bundle that uses the OBR service API >>>> to resolve a set of bundles, then download them to any directory you >>>> want, then have File Install deploy them from that directory, for >>>> example. >>>> >>> >>> Thinking about this a little more, this wouldn't necessarily work the >>> way you want, I don't think. >>> >>> The OBR resolver was written to so that it takes into account the >>> locally installed bundles. As such, the answer calculated would be >>> dependent upon the locally installed bundles, which may or may not be >>> precisely what you want. >>> >>> So, perhaps we should consider making it possible to resolve a bundle >>> ignoring locally installed bundles, then you would get the correct set >>> to download. >>> >>> -> Richard >>> >> >> Yeah, I feel where you are going with this. I don't want to have users >> download anything, rather all the bundles would be packaged and installed >> with Felix using Felix as the 'application container'. >> > > Ok, maybe not the user downloading it, but as part of the packaging step. In > this case "the user" is the user of OBR, not your application. > > -> richard > >> - Joel >> >> >>>> >>>> -> richard >>>> >>>> >>>>> >>>>> Also, is there an OSGi Log Service already part of Felix? Or better, >>>>> which Felix bundle provides the Log Service? >>>>> >>>>> ______________________________ >>>>> Joel Schuster >>>>> Senior Software Engineer >>>>> NAVSYS Corporation >>>>> 14960 Woodcarver Road >>>>> Colorado Springs, CO 80921 >>>>> (719) 481-4877 x138 >>>>> [email protected]<mailto:[email protected]> >>>>> >>>>> The information contained herein is confidential and intended solely >>>>> for the use of the addressees. If the reader is not the intended >>>>> recipient, you are hereby notified that any distribution or copying >>>>> of this communication is prohibited. Further distribution without the >>>>> sender's approval is also prohibited. If you have received this >>>>> communication in error, please notify us immediately by replying to >>>>> the message and deleting it entirely from your computer. Thank you. >>>>> NAVSYS Corporation. >>>>> >>>>> >>>>> >>> >>> --------------------------------------------------------------------- >>> 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] >> >> > -- http://www.kkoehler.com --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
