Maybe the KeystoreManager should be enhanced to support an additional timeout that would be used to wait until the needed keystore is available?
On Wed, Jul 20, 2011 at 17:36, Dan Tran <dant...@gmail.com> wrote: > I am willing go down to OSGI path to get this going, just dont know > where to start yet. > > What about having management bundle to poll for the existent of > KeyStoreManager's required entry at startup and bails out if it is > not there after a few polls > > Thanks > > -Dan > > On Wed, Jul 20, 2011 at 8:27 AM, Guillaume Nodet <gno...@gmail.com> wrote: >> No, I don't think that's ok. >> First, the bundle already exports two objects of type >> org.apache.karaf.jaas.config.KeystoreInstance. >> Now, I think the management bundle would only depend on the >> KeystoreManager to create the ssl connection, right? Is the whole >> SSL stuff supposed to be optional and if so, how would that be done? >> Blueprint doesn't support conditional behaviors, I think we'd have to >> got back to the OSGi API to do that. >> >> On Wed, Jul 20, 2011 at 17:13, Dan Tran <dant...@gmail.com> wrote: >>> So it is ok for me to create dummy service in my new proposed karaf's >>> keystore bundle and have karaf's management bundle to depend on it? >>> >>> Big thanks for all advices >>> >>> -Dan >>> >>> On Wed, Jul 20, 2011 at 8:07 AM, Guillaume Nodet <gno...@gmail.com> wrote: >>>> This is the only good way to do such things in OSGi. >>>> In reality, you can't really depend on a bundle being started, because >>>> being started is just a state which has no side effect. You depend on >>>> the fact that something is done when a bundle is started, and if you >>>> want to act on that thing being done, the only way is to model it as a >>>> service dependency. >>>> >>>> On Wed, Jul 20, 2011 at 17:00, Achim Nierbeck <bcanh...@googlemail.com> >>>> wrote: >>>>> Hi Dan, >>>>> >>>>> ok, I see. >>>>> Well I wouldn't go that far that it can't be done. It probably just >>>>> needs to be done differently :-) >>>>> One way to get such a "dependency" resolved is to export a service by >>>>> bundle B that bundle A >>>>> has to wait on. >>>>> I think some behavior like has already been discussed on this list. >>>>> >>>>> Regards, Achim >>>>> >>>>> 2011/7/20 Dan Tran <dant...@gmail.com>: >>>>>> Hi Achim, >>>>>> >>>>>> This is related to new proposed keystores system bundle and karaf's >>>>>> management bundle's. Both are using blueprint. >>>>>> >>>>>> From your comment, it means it cant be done? >>>>>> >>>>>> -D >>>>>> >>>>>> On Wed, Jul 20, 2011 at 7:42 AM, Achim Nierbeck >>>>>> <bcanh...@googlemail.com> wrote: >>>>>>> Hi Dan, >>>>>>> >>>>>>> one way is to use the startlevel service. >>>>>>> If it uses blueprint or spring the startlevel service doesn't help you >>>>>>> though. >>>>>>> >>>>>>> Regards, Achim >>>>>>> >>>>>>> 2011/7/20 Dan Tran <dant...@gmail.com>: >>>>>>>> Hi >>>>>>>> >>>>>>>> This is related to https://issues.apache.org/jira/browse/KARAF-738 >>>>>>>> >>>>>>>> Could some Karaf's dev give me advice on how to proceed with this >>>>>>>> issue? >>>>>>>> >>>>>>>> -D >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> -- >>>>>>> *Achim Nierbeck* >>>>>>> >>>>>>> >>>>>>> Apache Karaf <http://karaf.apache.org/> Committer & PMC >>>>>>> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> >>>>>>> Committer & Project Lead >>>>>>> blog <http://notizblog.nierbeck.de/> >>>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> -- >>>>> *Achim Nierbeck* >>>>> >>>>> >>>>> Apache Karaf <http://karaf.apache.org/> Committer & PMC >>>>> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> >>>>> Committer & Project Lead >>>>> blog <http://notizblog.nierbeck.de/> >>>>> >>>> >>>> >>>> >>>> -- >>>> ------------------------ >>>> Guillaume Nodet >>>> ------------------------ >>>> Blog: http://gnodet.blogspot.com/ >>>> ------------------------ >>>> Open Source SOA >>>> http://fusesource.com >>>> >>> >> >> >> >> -- >> ------------------------ >> Guillaume Nodet >> ------------------------ >> Blog: http://gnodet.blogspot.com/ >> ------------------------ >> Open Source SOA >> http://fusesource.com >> > -- ------------------------ Guillaume Nodet ------------------------ Blog: http://gnodet.blogspot.com/ ------------------------ Open Source SOA http://fusesource.com
