Yes, and that would have to depend on a flag somehow to enable SSL for JMX.
On Wed, Jul 20, 2011 at 17:55, Dan Tran <dant...@gmail.com> wrote: > 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 >> > -- ------------------------ Guillaume Nodet ------------------------ Blog: http://gnodet.blogspot.com/ ------------------------ Open Source SOA http://fusesource.com
