If we enhance KeystoreManager to support timeout, the changes to Karaf's management bunble still has to be made by passing in the timeout value?
I will look into this proprosal. -Dan On Wed, Jul 20, 2011 at 8:45 AM, Guillaume Nodet <gno...@gmail.com> wrote: > 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 >
