OK, i will made enhancement to keystoreManager.createSSLServerFactory(null, secureProtocol, algorithm, keyStore, keyAlias, trustStore);
to accept one more param -D On Wed, Jul 20, 2011 at 8:56 AM, Guillaume Nodet <gno...@gmail.com> wrote: > 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 >
