In order to not break compatibility, I'd add a new function for this additional parameter.
On Wed, Jul 20, 2011 at 18:11, Dan Tran <dant...@gmail.com> wrote: > 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 >> > -- ------------------------ Guillaume Nodet ------------------------ Blog: http://gnodet.blogspot.com/ ------------------------ Open Source SOA http://fusesource.com
